Flow-based processing in wireless systems

ABSTRACT

The WTRU may determine that one or more data units correspond to a flow of such data units. The WTRU may perform such determination as a function of one or more matching rule(s). Flow-based processing may be enabled in the layer 2/layer 1 chain by per-packet determination using one or more rules, for example by routing through the applicable processing functions and/or using the applicable configuration and/or mapping to the applicable uplink physical layer functions and/or resources. One or more functions such as scheduling request, buffer status reporting, HARQ processing, and/or radio link failure and recovery may be controlled based on the policy associated with the flow corresponding to the data being processed.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 62/474,940 filed on Mar. 22, 2017; U.S. ProvisionalPatent Application No. 62/373,251, filed on Aug. 10, 2016; and U.S.Provisional Patent Application No. 62/335,627, filed on May 12, 2016,the contents of all of which being hereby incorporated by reference asif fully set-forth herein in their respective entirety, for allpurposes.

BACKGROUND

Mobile communications are in continuous evolution and are already at thedoorstep of their fifth incarnation—5G. As with previous generations,new use cases largely contributed in setting the requirements for thenew system. It is expected that the 5G air interface may enable improvedbroadband performance (IBB), industrial control and communications(ICC), vehicular applications (V2X), and/or massive machine-typecommunications (mMTC).

Deployments of a 5G network may include stand-alone systems, and/or mayinclude a phased approach, e.g., in combination with existingdeployments and/or with existing technologies (such as LTE and/or anevolution thereof). Combinations with existing technologies may involveradio access network components and/or core network components.

SUMMARY

A WTRU may have traffic associated with different QoS requirements. AWTRU may have access to resources (and/or different set thereof),processing functions (and/or chains thereof) that may offer (and/orexhibit) different service characteristics from the perspective of QoSenforcement and/or guarantees. The WTRU may determine how to associatedata units with such resources and/or processing functions.

Flow-based processing may be enabled in the layer 2/layer 1 chain byper-packet determination using rules, routing through the applicableprocessing functions using the applicable configuration and/or mappingto the applicable uplink physical layer functions and/or resources. Oneor more functional aspects such as scheduling request, buffer statusreporting, HARQ processing, and/or radio link failure and recovery maybe controlled based on the policy associated with the flow correspondingto the data being processed.

A wireless transmit/receive unit (WTRU) may be in communication with acommunication network. The WTRU may comprise a memory. The WTRU maycomprise a processor. The processor may be configured to determine tosend one or more uplink (UL) transmissions. The processor may beconfigured to determine a first Transmission Time Interval (TTI)duration for the one or more UL transmissions. The processor may beconfigured to determine one or more transport blocks (TBs) associatedwith the first TTI duration. The processor may be configured todetermine one or more logical channels associated with the first TTIduration. The one or more logical channels associated with the first TTIduration may have a respective priority. The processor may be configuredto determine one or more first data units for the one or more ULtransmissions for association with the one or more TBs associated withthe first TTI duration, based at least in part on the respectivepriority of the one or more logical channels associated with the firstTTI duration. The WTRU may comprise a transceiver. The transceiver maybe configured to send one or more UL transmissions using at least theone or more TBs associated with the first TTI duration to a node of thecommunication network.

A wireless transmit/receive unit (WTRU) may be in communication with acommunication network. The WTRU may comprise a memory. The WTRU maycomprise a processor. The processor may be configured to determine oneor more data units for a transmission. The processor may be configuredto determine a radio link monitoring (RLM) rule, or a radio link failure(RLF) rule, based on the one or more data units. The processor may beconfigured to monitor a control channel for at least one RLF indicationaccording to the RLM rule, or the RLF rule. The processor may beconfigured to detect the at least one RLF indication on the controlchannel based on the RLM rule, or the RLF rule. The processor may beconfigured to initiate a recovery rule based on the one or more dataunits upon the detection of the at least one RLF indication.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A is a system diagram of an example communications system.

FIG. 1B is a system diagram of an example wireless transmit/receive unit(WTRU) that may be used within the communications system Illustrated inFIG. 1A.

FIG. 1C is a system diagram of an example radio access network and anexample core network that may be used within the communications systemillustrated in FIG. 1A.

FIG. 1D is a system diagram of another example radio access network andan example core network that may be used within the communicationssystem illustrated in FIG. 1A.

FIG. 1E is a system diagram of another example radio access network andan example core network that may be used within the communicationssystem illustrated in FIG. 1A.

FIG. 2 illustrates example system bandwidths.

FIG. 3 illustrates example spectrum allocation where differentsubcarriers may be at least conceptually assigned to different modes ofoperation (“SOM”).

FIG. 4 illustrates example timing relationships for time-divisionduplexing (TDD).

FIG. 5 illustrates example timing relationships for frequency divisionduplexing (FDD).

FIG. 6 illustrates example connection management.

FIG. 7 illustrates an example architecture for L2/L1 handling of dataunits.

FIG. 8 illustrates example connection management.

FIG. 9 illustrates an example architecture.

DETAILED DESCRIPTION

A detailed description of illustrative embodiments will now be describedwith reference to the various figures. Although this descriptionprovides a detailed example of possible implementations, it should benoted that the details are intended to be examples and in no way limitthe scope of the application. Unless otherwise noted herein, thearticles “a” and/or “an” may be understood as “one or more”, or thelike.

FIG. 1A is a diagram of an example communications system 100 in whichone or more disclosed embodiments may be implemented. The communicationssystem 100 may be a multiple access system that provides content, suchas voice, data, video, messaging, broadcast, etc., to multiple wirelessusers. The communications system 100 may enable multiple wireless usersto access such content through the sharing of system resources,including wireless bandwidth. For example, the communications systems100 may employ one or more channel access methods, such as code divisionmultiple access (CDMA), time division multiple access (TDMA), frequencydivision multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrierFDMA (SC-FDMA), and/or the like.

As shown in FIG. 1A, the communications system 100 may include wirelesstransmit/receive units (WTRUs) 102 a, 102 b, 102 c, and/or 102 d (whichgenerally or collectively may be referred to as WTRU 102), a radioaccess network (RAN) 103/104/105, a core network 106/107/109, a publicswitched telephone network (PSTN) 108, the Internet 110, and othernetworks 112, though it will be appreciated that the disclosedembodiments contemplate any number of WTRUs, base stations, networks,and/or network elements. Each of the WTRUs 102 a, 102 b, 102 c, 102 dmay be any type of device configured to operate and/or communicate in awireless environment. By way of example, the WTRUs 102 a, 102 b, 102 c,102 d may be configured to transmit and/or receive wireless signals andmay include user equipment (UE), a mobile station, a fixed or mobilesubscriber unit, a pager, a cellular telephone, a personal digitalassistant (PDA), a smartphone, a laptop, a netbook, a personal computer,a wireless sensor, consumer electronics, and/or the like. The terms UEand WTRU may be used interchangeably herein.

The communications systems 100 may also include a base station 114 a anda base station 114 b. Each of the base stations 114 a, 114 b may be anytype of device configured to wirelessly interface with at least one ofthe WTRUs 102 a, 102 b, 102 c, 102 d to facilitate access to one or morecommunication networks, such as the core network 106/107/109, theInternet 110, and/or the networks 112. By way of example, the basestations 114 a, 114 b may be a base transceiver station (BTS), a Node-B,an eNode B, a Home Node B, a Home eNode B, a site controller, an accesspoint (AP), a wireless router, and/or the like. While the base stations114 a, 114 b are each depicted as a single element, it will beappreciated that the base stations 114 a, 114 b may include any numberof interconnected base stations and/or network elements.

The base station 114 a may be part of the RAN 103/104/105, which mayalso include other base stations and/or network elements (not shown),such as a base station controller (BSC), a radio network controller(RNC), relay nodes, etc. The base station 114 a and/or the base station114 b may be configured to transmit and/or receive wireless signalswithin a particular geographic region, which may be referred to as acell (not shown). The cell may further be divided into cell sectors. Forexample, the cell associated with the base station 114 a may be dividedinto three sectors. Thus, in one embodiment, the base station 114 a mayinclude three transceivers, e.g., one for each sector of the cell. Inanother embodiment, the base station 114 a may employ multiple-inputmultiple output (MIMO) technology and, therefore, may utilize multipletransceivers for each sector of the cell.

The base stations 114 a, 114 b may communicate with one or more of theWTRUs 102 a, 102 b, 102 c, 102 d over an air interface 115/116/117,which may be any suitable wireless communication link (e.g., radiofrequency (RF), microwave, infrared (IR), ultraviolet (UV), visiblelight, etc.). The air interface 115/116/117 may be established using anysuitable radio access technology (RAT).

More specifically, as noted above, the communications system 100 may bea multiple access system and may employ one or more channel accessschemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and/or the like. Forexample, the base station 114 a in the RAN 103/104/105 and the WTRUs 102a, 102 b, 102 c may implement a radio technology such as UniversalMobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA),which may establish the air interface 115/116/117 using wideband CDMA(WCDMA). WCDMA may include communication protocols such as High-SpeedPacket Access (HSPA) and/or Evolved HSPA (HSPA+). HSPA may includeHigh-Speed Downlink Packet Access (HSDPA) and/or High-Speed UplinkPacket Access (HSUPA).

In another embodiment, the base station 114 a and the WTRUs 102 a, 102b, 102 c may implement a radio technology such as Evolved UMTSTerrestrial Radio Access (E-UTRA), which may establish the air interface115/116/117 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A).

In other embodiments, the base station 114 a and the WTRUs 102 a, 102 b,102 c may implement radio technologies such as IEEE 802.16 (e.g.,Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000,CDMA2000 1×, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), InterimStandard 95 (IS-95), Interim Standard 856 (IS-856), Global System forMobile communications (GSM), Enhanced Data rates for GSM Evolution(EDGE), GSM EDGE (GERAN), and/or the like.

The base station 114 b in FIG. 1A may be a wireless router, Home Node B,Home eNode B, or access point, for example, and may utilize any suitableRAT for facilitating wireless connectivity in a localized area, such asa place of business, a home, a vehicle, a campus, and/or the like. Inone embodiment, the base station 114 b and the WTRUs 102 c, 102 d mayimplement a radio technology such as IEEE 802.11 to establish a wirelesslocal area network (WLAN). In another embodiment, the base station 114 band the WTRUs 102 c, 102 d may implement a radio technology such as IEEE802.15 to establish a wireless personal area network (WPAN). In yetanother embodiment, the base station 114 b and the WTRUs 102 c, 102 dmay utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE,LTE-A, etc.) to establish a picocell or femtocell. As shown in FIG. 1A,the base station 114 b may have a direct connection to the Internet 110.Thus, the base station 114 b may not be used to access the Internet 110via the core network 106/107/109.

The RAN 103/104/105 may be in communication with the core network106/107/109, which may be any type of network configured to providevoice, data, applications, and/or voice over internet protocol (VoIP)services to one or more of the WTRUs 102 a, 102 b, 102 c, 102 d. Forexample, the core network 106/107/109 may provide call control, billingservices, mobile location-based services, pre-paid calling, Internetconnectivity, video distribution, etc., and/or perform high-levelsecurity functions, such as user authentication. Although not shown inFIG. 1A, it will be appreciated that the RAN 103/104/105 and/or the corenetwork 106/107/109 may be in direct or indirect communication withother RANs that employ the same RAT as the RAN 103/104/105 or adifferent RAT. For example, in addition to being connected to the RAN103/104/105, which may be utilizing an E-UTRA radio technology, the corenetwork 106/107/109 may also be in communication with another RAN (notshown) employing a GSM radio technology.

The core network 106/107/109 may also serve as a gateway for the WTRUs102 a, 102 b, 102 c, 102 d to access the PSTN 108, the Internet 110,and/or other networks 112. The PSTN 108 may include circuit-switchedtelephone networks that provide plain old telephone service (POTS). TheInternet 110 may include a global system of interconnected computernetworks and devices that use common communication protocols, such asthe transmission control protocol (TCP), user datagram protocol (UDP)and the internet protocol (IP) in the TCP/IP internet protocol suite.The networks 112 may include wired or wireless communications networksowned and/or operated by other service providers. For example, thenetworks 112 may include another core network connected to one or moreRANs, which may employ the same RAT as the RAN 103/104/105 or adifferent RAT.

One or more of the WTRUs 102 a, 102 b, 102 c, 102 d in thecommunications system 100 may include multi-mode capabilities, e.g., theWTRUs 102 a, 102 b, 102 c, 102 d may include multiple transceivers forcommunicating with different wireless networks over different wirelesslinks. For example, the WTRU 102 c shown in FIG. 1a may be configured tocommunicate with the base station 114 a, which may employ acellular-based radio technology, and with the base station 114 b, whichmay employ an IEEE 802 radio technology.

FIG. 1B is a system diagram of an example WTRU 102. As shown in FIG. 1B,the WTRU 102 may include a processor 118, a transceiver 120, atransmit/receive element 122, a speaker/microphone 124, a keypad 126, adisplay/touchpad 128, non-removable memory 130, removable memory 132, apower source 134, a global positioning system (GPS) chipset 136, andother peripherals 138. It will be appreciated that the WTRU 102 mayinclude any sub-combination of the foregoing elements while remainingconsistent with an embodiment. Also, embodiments contemplate that thebase stations 114 a and 114 b, and/or the nodes that base stations 114 aand 114 b may represent, such as but not limited to transceiver station(BTS), a Node-B, a site controller, an access point (AP), a home node-B,an evolved home node-B (eNodeB), a home evolved node-B (HeNB), a homeevolved node-B gateway, and proxy nodes, among others, may include oneor more of the elements depicted in FIG. 1B and described herein.

The processor 118 may be a general purpose processor, a special purposeprocessor, a conventional processor, a digital signal processor (DSP), aplurality of microprocessors, one or more microprocessors in associationwith a DSP core, a controller, a microcontroller, Application SpecificIntegrated Circuits (ASICs), Field Programmable Gate Array (FPGAs)circuits, any other type of integrated circuit (IC), a state machine,and/or the like. The processor 118 may perform signal coding, dataprocessing, power control, input/output processing, and/or any otherfunctionality that enables the WTRU 102 to operate in a wirelessenvironment. The processor 118 may be coupled to the transceiver 120,which may be coupled to the transmit/receive element 122. While FIG. 1Bdepicts the processor 118 and the transceiver 120 as separatecomponents, it will be appreciated that the processor 118 and thetransceiver 120 may be integrated together in an electronic package orchip.

The transmit/receive element 122 may be configured to transmit signalsto, or receive signals from, a base station (e.g., the base station 114a) over the air interface 115/116/117. For example, in one embodiment,the transmit/receive element 122 may be an antenna configured totransmit and/or receive radio frequency (RF) signals. In anotherembodiment, the transmit/receive element 122 may be an emitter/detectorconfigured to transmit and/or receive IR, UV, or visible light signals,for example. In yet another embodiment, the transmit/receive element 122may be configured to transmit and receive both RF and light signals. Itwill be appreciated that the transmit/receive element 122 may beconfigured to transmit and/or receive any combination of wirelesssignals.

In addition, although the transmit/receive element 122 is depicted inFIG. 1B as a single element, the WTRU 102 may include any number oftransmit/receive elements 122. More specifically, the WTRU 102 mayemploy MIMO technology. Thus, in one embodiment, the WTRU 102 mayinclude two or more transmit/receive elements 122 (e.g., multipleantennas) for transmitting and receiving wireless signals over the airinterface 115/116/117.

The transceiver 120 may be configured to modulate the signals that areto be transmitted by the transmit/receive element 122 and to demodulatethe signals that are received by the transmit/receive element 122. Asnoted above, the WTRU 102 may have multi-mode capabilities. Thus, thetransceiver 120 may include multiple transceivers for enabling the WTRU102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, forexample.

The processor 118 of the WTRU 102 may be coupled to, and may receiveuser input data from, the speaker/microphone 124, the keypad 126, and/orthe display/touchpad 128 (e.g., a liquid crystal display (LCD) displayunit or organic light-emitting diode (OLED) display unit). The processor118 may also output user data to the speaker/microphone 124, the keypad126, and/or the display/touchpad 128. In addition, the processor 118 mayaccess information from, and store data in, any type of suitable memory,such as the non-removable memory 130 and/or the removable memory 132.The non-removable memory 130 may include random-access memory (RAM),read-only memory (ROM), a hard disk, or any other type of memory storagedevice. The removable memory 132 may include a subscriber identitymodule (SIM) card, a memory stick, a secure digital (SD) memory card,and/or the like. In other embodiments, the processor 118 may accessinformation from, and store data in, memory that is not physicallylocated on the WTRU 102, such as on a server or a home computer (notshown).

The processor 118 may receive power from the power source 134, and maybe configured to distribute and/or control the power to the othercomponents in the WTRU 102. The power source 134 may be any suitabledevice for powering the WTRU 102. For example, the power source 134 mayinclude one or more dry cell batteries (e.g., nickel-cadmium (NiCd),nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion),etc.), solar cells, fuel cells, and/or the like.

The processor 118 may also be coupled to the GPS chipset 136, which maybe configured to provide location information (e.g., longitude andlatitude) regarding the current location of the WTRU 102. In additionto, or in lieu of, the information from the GPS chipset 136, the WTRU102 may receive location information over the air interface 115/116/117from a base station (e.g., base stations 114 a, 114 b) and/or determineits location based on the timing of the signals being received from twoor more nearby base stations. It will be appreciated that the WTRU 102may acquire location information by way of any suitablelocation-determination method while remaining consistent with anembodiment.

The processor 118 may further be coupled to other peripherals 138, whichmay include one or more software and/or hardware modules that provideadditional features, functionality and/or wired or wirelessconnectivity. For example, the peripherals 138 may include anaccelerometer, an e-compass, a satellite transceiver, a digital camera(for photographs or video), a universal serial bus (USB) port, avibration device, a television transceiver, a hands free headset, aBluetooth® module, a frequency modulated (FM) radio unit, a digitalmusic player, a media player, a video game player module, an Internetbrowser, and/or the like.

FIG. 1C is a system diagram of the RAN 103 and the core network 106according to an embodiment. As noted above, the RAN 103 may employ aUTRA radio technology to communicate with the WTRUs 102 a, 102 b, 102 cover the air interface 115. The RAN 103 may also be in communicationwith the core network 106. As shown in FIG. 1C, the RAN 103 may includeNode-Bs 140 a, 140 b, 140 c, which may each include one or moretransceivers for communicating with the WTRUs 102 a, 102 b, 102 c overthe air interface 115. The Node-Bs 140 a, 140 b, 140 c may each beassociated with a particular cell (not shown) within the RAN 103. TheRAN 103 may also include RNCs 142 a, 142 b. It will be appreciated thatthe RAN 103 may include any number of Node-Bs and RNCs while remainingconsistent with an embodiment.

As shown in FIG. 1C, the Node-Bs 140 a, 140 b may be in communicationwith the RNC 142 a. Additionally, the Node-B 140 c may be incommunication with the RNC142 b. The Node-Bs 140 a, 140 b, 140 c maycommunicate with the respective RNCs 142 a, 142 b via an Iub interface.The RNCs 142 a, 142 b may be in communication with one another via anIur interface. Each of the RNCs 142 a, 142 b may be configured tocontrol the respective Node-Bs 140 a, 140 b, 140 c to which it isconnected. In addition, each of the RNCs 142 a, 142 b may be configuredto carry out or support other functionality, such as outer loop powercontrol, load control, admission control, packet scheduling, handovercontrol, macro-diversity, security functions, data encryption, and/orthe like.

The core network 106 shown in FIG. 1C may include a media gateway (MGW)144, a mobile switching center (MSC) 146, a serving general packet radioservice (GPRS) support node (SGSN) 148, and/or a gateway GPRS supportnode (GGSN) 150. While each of the foregoing elements are depicted aspart of the core network 106, it will be appreciated that any one ofthese elements may be owned and/or operated by an entity other than thecore network operator.

The RNC 142 a in the RAN 103 may be connected to the MSC 146 in the corenetwork 106 via an IuCS interface. The MSC 146 may be connected to theMGW 144. The MSC 146 and the MGW 144 may provide the WTRUs 102 a, 102 b,102 c with access to circuit-switched networks, such as the PSTN 108, tofacilitate communications between the WTRUs 102 a, 102 b, 102 c andland-line communications devices.

The RNC 142 a in the RAN 103 may also be connected to the SGSN 148 inthe core network 106 via an IuPS interface. The SGSN 148 may beconnected to the GGSN 150. The SGSN 148 and the GGSN 150 may provide theWTRUs 102 a, 102 b, 102 c with access to packet-switched networks, suchas the Internet 110, to facilitate communications between and the WTRUs102 a, 102 b, 102 c and IP-enabled devices.

As noted above, the core network 106 may also be connected to thenetworks 112, which may include other wired or wireless networks thatare owned and/or operated by other service providers.

FIG. 1D is a system diagram of the RAN 104 and the core network 107according to an embodiment. As noted above, the RAN 104 may employ anE-UTRA radio technology to communicate with the WTRUs 102 a, 102 b, 102c over the air interface 116. The RAN 104 may also be in communicationwith the core network 107.

The RAN 104 may include eNode-Bs 160 a, 160 b, 160 c, though it will beappreciated that the RAN 104 may include any number of eNode-Bs whileremaining consistent with an embodiment. The eNode-Bs 160 a, 160 b, 160c may each include one or more transceivers for communicating with theWTRUs 102 a, 102 b, 102 c over the air interface 116. In one embodiment,the eNode-Bs 160 a, 160 b, 160 c may implement MIMO technology. Thus,the eNode-B 160 a, for example, may use multiple antennas to transmitwireless signals to, and receive wireless signals from, the WTRU 102 a.

Each of the eNode-Bs 160 a, 160 b, 160 c may be associated with aparticular cell (not shown) and may be configured to handle radioresource management decisions, handover decisions, scheduling of usersin the uplink and/or downlink, and/or the like. As shown in FIG. 1D, theeNode-Bs 160 a, 160 b, 160 c may communicate with one another over an X2interface.

The core network 107 shown in FIG. 1D may include a mobility managementgateway (MME) 162, a serving gateway 164, and a packet data network(PDN) gateway 166. While each of the foregoing elements are depicted aspart of the core network 107, it will be appreciated that any one ofthese elements may be owned and/or operated by an entity other than thecore network operator.

The MME 162 may be connected to each of the eNode-Bs 160 a, 160 b, 160 cin the RAN 104 via an S1 interface and may serve as a control node. Forexample, the MME 162 may be responsible for authenticating users of theWTRUs 102 a, 102 b, 102 c, bearer activation/deactivation, selecting aparticular serving gateway during an initial attach of the WTRUs 102 a,102 b, 102 c, and/or the like. The MME 162 may also provide a controlplane function for switching between the RAN 104 and other RANs (notshown) that employ other radio technologies, such as GSM or WCDMA.

The serving gateway 164 may be connected to each of the eNode-Bs 160 a,160 b, 160 c in the RAN 104 via the S1 interface. The serving gateway164 may generally route and forward user data packets to/from the WTRUs102 a, 102 b, 102 c. The serving gateway 164 may also perform otherfunctions, such as anchoring user planes during inter-eNode B handovers,triggering paging when downlink data is available for the WTRUs 102 a,102 b, 102 c, managing and storing contexts of the WTRUs 102 a, 102 b,102 c, and/or the like.

The serving gateway 164 may also be connected to the PDN gateway 166,which may provide the WTRUs 102 a, 102 b, 102 c with access topacket-switched networks, such as the Internet 110, to facilitatecommunications between the WTRUs 102 a, 102 b, 102 c and IP-enableddevices.

The core network 107 may facilitate communications with other networks.For example, the core network 107 may provide the WTRUs 102 a, 102 b,102 c with access to circuit-switched networks, such as the PSTN 108, tofacilitate communications between the WTRUs 102 a, 102 b, 102 c andland-line communications devices. For example, the core network 107 mayinclude, or may communicate with, an IP gateway (e.g., an IP multimediasubsystem (IMS) server) that serves as an interface between the corenetwork 107 and the PSTN 108. In addition, the core network 107 mayprovide the WTRUs 102 a, 102 b, 102 c with access to the networks 112,which may include other wired or wireless networks that are owned and/oroperated by other service providers.

FIG. 1E is a system diagram of the RAN 105 and the core network 109according to an embodiment. The RAN 105 may be an access service network(ASN) that employs IEEE 802.16 radio technology to communicate with theWTRUs 102 a, 102 b, 102 c over the air interface 117. As will be furtherdiscussed below, the communication links between the differentfunctional entities of the WTRUs 102 a, 102 b, 102 c, the RAN 105, andthe core network 109 may be defined as reference points.

As shown in FIG. 1E, the RAN 105 may include base stations 180 a, 180 b,180 c, and an ASN gateway 182, though it will be appreciated that theRAN 105 may include any number of base stations and ASN gateways whileremaining consistent with an embodiment. The base stations 180 a, 180 b,180 c may each be associated with a particular cell (not shown) in theRAN 105 and may each include one or more transceivers for communicatingwith the WTRUs 102 a, 102 b, 102 c over the air interface 117. In oneembodiment, the base stations 180 a, 180 b, 180 c may implement MIMOtechnology. Thus, the base station 180 a, for example, may use multipleantennas to transmit wireless signals to, and receive wireless signalsfrom, the WTRU 102 a. The base stations 180 a, 180 b, 180 c may alsoprovide mobility management functions, such as handoff triggering,tunnel establishment, radio resource management, traffic classification,quality of service (QoS) policy enforcement, and/or the like. The ASNgateway 182 may serve as a traffic aggregation point and may beresponsible for paging, caching of subscriber profiles, routing to thecore network 109, and/or the like.

The air interface 117 between the WTRUs 102 a, 102 b, 102 c and the RAN105 may be defined as an R1 reference point that implements the IEEE802.16 specification. In addition, each of the WTRUs 102 a, 102 b, 102 cmay establish a logical interface (not shown) with the core network 109.The logical interface between the WTRUs 102 a, 102 b, 102 c and the corenetwork 109 may be defined as an R2 reference point, which may be usedfor authentication, authorization, IP host configuration management,and/or mobility management.

The communication link between each of the base stations 180 a, 180 b,180 c may be defined as an R8 reference point that includes protocolsfor facilitating WTRU handovers and the transfer of data between basestations. The communication link between the base stations 180 a, 180 b,180 c and the ASN gateway 182 may be defined as an R6 reference point.The R6 reference point may include protocols for facilitating mobilitymanagement based on mobility events associated with each of the WTRUs102 a, 102 b, 102 c.

As shown in FIG. 1E, the RAN 105 may be connected to the core network109. The communication link between the RAN 105 and the core network 109may defined as an R3 reference point that includes protocols forfacilitating data transfer and mobility management capabilities, forexample. The core network 109 may include a mobile IP home agent(MIP-HA) 184, an authentication, authorization, accounting (AAA) server186, and a gateway 188. While each of the foregoing elements aredepicted as part of the core network 109, it will be appreciated thatany one of these elements may be owned and/or operated by an entityother than the core network operator.

The MIP-HA may be responsible for IP address management, and may enablethe WTRUs 102 a, 102 b, 102 c to roam between different ASNs and/ordifferent core networks. The MIP-HA 184 may provide the WTRUs 102 a, 102b, 102 c with access to packet-switched networks, such as the Internet110, to facilitate communications between the WTRUs 102 a, 102 b, 102 cand IP-enabled devices. The AAA server 186 may be responsible for userauthentication and for supporting user services. The gateway 188 mayfacilitate interworking with other networks. For example, the gateway188 may provide the WTRUs 102 a, 102 b, 102 c with access tocircuit-switched networks, such as the PSTN 108, to facilitatecommunications between the WTRUs 102 a, 102 b, 102 c and land-linecommunications devices. In addition, the gateway 188 may provide theWTRUs 102 a, 102 b, 102 c with access to the networks 112, which mayinclude other wired or wireless networks that are owned and/or operatedby other service providers.

Although not shown in FIG. 1E, it will be appreciated that the RAN 105may be connected to other ASNs and the core network 109 may be connectedto other core networks. The communication link between the RAN 105 theother ASNs may be defined as an R4 reference point, which may includeprotocols for coordinating the mobility of the WTRUs 102 a, 102 b, 102 cbetween the RAN 105 and the other ASNs. The communication link betweenthe core network 109 and the other core networks may be defined as an R5reference, which may include protocols for facilitating interworkingbetween home core networks and visited core networks.

In view of FIGS. 1A-1E, and the corresponding description of FIGS.1A-1E, one or more, or all, of the functions described herein withregard to one or more of: WTRU 102 a-d, Base Station 114 a-b, Node B 140a-c, RNC 142 a-b, MSC 146, SGSN 148, MGW 144, CGSN 150, eNode-B 160 a-c,MME 162, Serving Gateway 164, PDN Gateway 166, Base Station 180 a-c, ASNGateway 182, AAA 186, MIP-HA 184, and/or Gateway 188, or the like, maybe performed by one or more emulation devices (not shown) (e.g., one ormore devices configured to emulate one or more, or all, of the functionsdescribed herein).

The one or more emulation devices may be configured to perform the oneor more, or all, functions in one or more modalities. For example, theone or more emulation devices may perform the one or more, or all,functions while being fully or partially implemented/deployed as part ofa wired and/or wireless communication network. The one or more emulationdevices may perform the one or more, or all, functions while beingtemporarily implemented/deployed as part of a wired and/or wirelesscommunication network. The one or more emulation devices may perform theone or more, or all, functions while not being implemented/deployed aspart of a wired and/or wireless communication network (e.g., such as ina testing scenario in a testing laboratory and/or a non-deployed (e.g.testing) wired and/or wireless communication network, and/or testingperformed on one or more deployed components of a wired and/or wirelesscommunication network). The one or more emulation devices may be testequipment.

TABLE 1 is a list of abbreviations and acronyms that may be used herein.

TABLE 1 Δf Sub-carrier spacing 5gFlex 5G Flexible Radio AccessTechnology 5gNB 5GFlex NodeB ACK Acknowledgement BLER Block Error RateBTI Basic TI (in integer multiple of one or more symbol duration) CBContention-Based (e.g., access, channel, resource) CoMP CoordinatedMulti-Point transmission/reception CP Cyclic Prefix CP-OFDM ConventionalOFDM (relying on cyclic prefix) CQI Channel Quality Indicator CN CoreNetwork (e.g., LTE packet core) CRC Cyclic Redundancy Check CSI ChannelState Information CSG Closed Subscriber Group D2D Device to Devicetransmissions (e.g., LTE Sidelink) DCI Downlink Control Information DLDownlink DM-RS Demodulation Reference Signal DRB Data Radio Bearer EPCEvolved Packet Core FBMC Filtered Band Multi-Carrier FBMC/OQAM A FBMCtechnique using Offset Quadrature Amplitude Modulation FDD FrequencyDivision Duplexing FDM Frequency Division Multiplexing FPI Flow PriorityIndicator FPL Flow Priority Level ICC Industrial Control andCommunications ICIC Inter-Cell Interference Cancellation IP InternetProtocol LAA License Assisted Access LBT Listen-Before-Talk LCH LogicalChannel LCP Logical Channel Prioritization LLC Low LatencyCommunications LTE Long Term Evolution e.g., from 3GPP LTE R8 and up MACMedium Access Control NACK Negative ACK MBB Massive BroadbandCommunications MC MultiCarrier MCS Modulation and Coding Scheme MIMOMultiple Input Multiple Output MTC Machine-Type Communications NASNon-Access Stratum NR New Radio access technology OFDM OrthogonalFrequency-Division Multiplexing OOB Out-Of-Band (emissions) PBRPrioritized Bit Rate P_(cmax) Total available WTRU power in a given TIPHY Physical Layer PRACH Physical Random Access Channel PDU ProtocolData Unit PER Packet Error Rate PL Path Loss (Estimation) PLMN PublicLand Mobile Network PLR Packet Loss Rate PSS Primary SynchronizationSignal QoS Quality of Service (from the physical layer perspective) RABRadio Access Bearer RACH Random Access Channel (or procedure) RF RadioFront end RNTI Radio Network Identifier RRC Radio Resource Control RRMRadio Resource Management RS Reference Signal RTT Round-Trip Time SDUService Data Unit SL Sidelink SCMA Single Carrier Multiple Access SOMSpectrum Operation Mode SS Synchronization Signal SSS SecondarySynchronization Signal SRB Signalling Radio Bearer SWG Switching Gap (ina self-contained subframe) TB Transport Block TBS Transport Block SizeTDD Time-Division Duplexing TDM Time-Division Multiplexing TI TimeInterval (in integer multiple of one or more BTI) TTI Transmission TimeInterval (in integer multiple of one or more TI) TRPTransmission/Reception Point TRPG TRP Group TRx Transceiver UFMCUniversal Filtered MultiCarrier UF-OFDM Universal Filtered OFDM ULUplink URC Ultra-Reliable Communications URLLC Ultra-Reliable and LowLatency Communications V2V Vehicle to vehicle communications V2XVehicular communications WLAN Wireless Local Area Networks and relatedtechnologies (IEEE 802.xx domain)

For initial 5G deployments that may use a phased approach, it may beexpected that 5G systems may be deployed under the umbrella of anexisting LTE system. In this LTE-Assisted deployment scenario, an LTEnetwork may provide basic cellular functions such as mobility to/fromLTE, core network functions and so on. As commercial 5G deployments maybecome more available, it may be expected that the deployments mayevolve such that the 5G systems become standalone, independent of LTE.This second phase of 5G may be expected to target new use cases withstringent reliability and/or latency requirements.

A 5G flexible new radio (NR) access for 5G systems may be provided toenable improved broadband performance (IBB), industrial control andcommunications (ICC), vehicular applications (V2X) and/or massivemachine-type communications (mMTC). The 5G interface may provide supportfor ultra-low transmission latency (LLC). Air interface latency may beas low as 1 ms round-trip time (RTT) and/or may provide support for TTIssomewhere between 100 us and (for example, perhaps no larger than) 250us. The 5G interface may provide support for ultra-low access latency(e.g., time from initial system access until the completion of thetransmission of the first user plane data unit) is of interest but oflesser priority. The 5G flexible air interface may provide support forend-to-end (e2e) latency of less than 10 ms. The 5G interface mayprovide support for ultra-reliable transmission (URC). Target may be99.999% transmission success and/or service availability. The 5Ginterface may provide support for mobility for speed in the range of0-500 km/h. At least IC and/or V2X may have packet loss ratio of lessthan 10^(e-6).

Support for machine-type communications (MTC) operation (includingnarrowband operation) may be provided. The air interface may supportnarrowband operation (e.g., using less than 200 KHz), extended batterylife (e.g., up to 15 years of autonomy) and/or minimal communicationoverhead for small and infrequent data transmissions e.g., low data ratein the range of 1-100 kbps with access latency of seconds to hours.

A flexible NR access system for 5G, such as the 5gFLEX system, may beprovided. OFDM is used as the basic signal format for data transmissionsin LTE and/or in IEEE 802.11. OFDM may divide the spectrum into one ormore, or multiple parallel orthogonal subbands. One or more, or eachsubcarrier is shaped using a rectangular window in the time domainleading to sin c-shaped subcarriers in the frequency domain. OFDMA maybe associated with perfect frequency synchronization and/or tightmanagement of uplink timing alignment within the duration of the cyclicprefix to maintain orthogonality between signals and/or to minimizeintercarrier interference. Such tight synchronization might not bewell-suited in a system where a WTRU is connected to one or more, ormultiple access point simultaneously. Power reduction may be applied touplink transmissions to compliant with spectral emission requirements toadjacent bands, for example in the presence of aggregation of fragmentedspectrum for the WTRU's transmissions.

Some of the shortcomings of conventional OFDM (CP-OFDM) can be addressedby more stringent RF requirements for implementations, and/or perhapswhen operating using large amount of contiguous spectrum not requiringaggregation. A CP-based OFDM transmission scheme may lead to a downlinkphysical layer for 5G similar to that of a legacy system e.g., mainlymodifications to pilot signal density and/or location.

The 5gFLEX system may support other waveform candidates including theconventional OFDM (e.g., at least for the downlink transmission scheme).A number of principles applicable to the design of a flexible radioaccess for 5G are described herein. Such description is for examplepurposes and offered without intent to limit in any way theapplicability of the methods described further herein to other wirelesstechnologies and/or to wireless technology using different principles,when applicable.

The 5G Flexible Radio Access Technology (5gFLEX) downlink transmissionscheme may be based on a multicarrier waveform characterized by highspectral containment (e.g., lower side lobes and/or lower Out-Of-Band(OOB) emissions). Multi-carrier (MC) waveform candidates for 5G mayinclude, but not limited to, OFDM-OQAM (offset quadrature amplitudemodulation) and/or universal filtered MultiCarrier (UFMC) (UF-OFDM).

Multicarrier modulation waveforms may divide the channel intosubchannels and/or modulate data symbols on subcarriers in thesesubchannels. With OFDM-OQAM, a filter may be applied in the time domainper subcarrier to the OFDM signal to reduce OOB.

With UFMC (UF-OFDM), a filter may be applied in the time domain to theOFDM signal to reduce OOB. Filtering may be applied per subband to usespectrum fragments that may reduce complexity. This may make UF-OFDMsomewhat more practical to implement.

Methods described herein are not limited to the waveforms describedherein and/or may be applicable to other waveforms. The waveformsdescribed herein will be further used for example purposes.

Such waveform(s) may enable multiplexing in frequency of signals withnon-orthogonal characteristics (such as different subcarrier spacing)and/or co-existence of asynchronous signals without requiring complexinterference cancellation receivers. It may facilitate the aggregationof fragmented pieces of spectrum in the baseband processing as a lowercost alternative to its implementation as part of the RF processing.

Different waveforms may coexist within the same band. The mMTCnarrowband operation may be supported, for example, using single carriermultiple access (SCMA). The combination of different waveforms e.g.,CP-OFDM, OFDM-OQAM and/or UF-OFDM within the same band may be supportedfor one or more, or all aspects of downlink and/or uplink transmissions.Such co-existence may include one or more transmissions using differenttypes of waveforms between different WTRUs and/or transmissions from thesame WTRU, e.g., simultaneously, with some overlap and/or consecutiveformation in the time domain.

The uplink transmissions may use a same and/or different waveform as fordownlink transmissions. Multiplexing of transmissions to and/or fromdifferent WTRUs in the same cell may be based on FDMA and/or TDMA.

The 5gFLEX radio access system may be characterized by a very highdegree of spectrum flexibility that enables deployment in differentfrequency bands with different characteristics, including differentduplex arrangements, different and/or variable sizes of the availablespectrum including contiguous and/or non-contiguous spectrum allocationsin the same and/or different bands. It may support variable timingaspects including support for one or more, or multiple TTI lengthsand/or may support for asynchronous transmissions.

The 5gFLEX radio access system may provide flexibility in duplexingarrangement. TDD and/or FDD duplexing schemes can be supported. For FDDoperation, supplemental downlink operation may be supported usingspectrum aggregation. FDD operation may support full-duplex FDD and/orhalf-duplex FDD operation. For TDD operation, the downlink (DL)/uplink(UL) allocation may be dynamic. DL/UL allocation might not be based on afixed DL/UL frame configuration. The length of a DL and/or a ULtransmission interval may be set per transmission opportunity.

The 5gFLEX radio access system may provide bandwidth flexibility, e.g.,to enable the possibility for different transmission bandwidths onuplink and/or downlink ranging from anything between a nominal systembandwidth up to a maximum value corresponding to the system bandwidth.

For single carrier operation, supported system bandwidths may, forexample, include 5, 10, 20, 40, 80 MHz and/or the like. Supported systembandwidths could be any bandwidth in a given range e.g., from a few MHzup to 160 MHz. Nominal bandwidths could possibly have one or more fixedpossible values. Narrowband transmissions of up to 200 KHz could besupported within the operating bandwidth for MTC devices.

System bandwidth, as used herein, may include the largest portion ofspectrum that can be managed by the network for a given carrier. Forsuch carrier, the portion that a WTRU minimally supports for cellacquisition, measurements and/or initial access to the network maycorrespond to the nominal system bandwidth. The WTRU may be configuredwith a channel bandwidth that is within the range of the entire systembandwidth. FIG. 2 illustrates example system bandwidths. The WTRU'sconfigured channel bandwidth may or might not include the nominal partof the system bandwidth as shown FIG. 2.

Bandwidth flexibility can be achieved because the applicable set of RFrequirements for a given maximum operating bandwidth in a band can bemet without the introduction of additional allowed channel bandwidthsfor that operating band due to the efficient support of basebandfiltering of the frequency domain waveform.

Methods to configure, reconfigure and/or dynamically change the WTRU'schannel bandwidth for single carrier operation may be contemplated aswell as methods to allocate spectrum for narrowband transmissions withinthe nominal system, system and/or configured channel bandwidth.

The physical layer of a 5G air interface may be band-agnostic and/or maysupport operation in licensed bands below 5 GHz as well as operation inthe unlicensed bands in the range 5-6 GHz. For operation in theunlicensed bands, listen-before-talk (LBT) Cat 4 based channel accessframework similar to LTE license assisted access (LAA) may be supported.

Methods to scale and/or manage (e.g., scheduling, addressing ofresources, broadcasted signals, measurements) cell-specific and/orWTRU-specific channel bandwidths for arbitrary spectrum block sizes mayalso be contemplated.

The 5gFLEX radio access system may provide flexible spectrum allocation.Downlink control channels and/or signals may support FDM operation. AWTRU can acquire a downlink carrier by receiving transmissions using thenominal part of the system bandwidth. For example, the WTRU might not(e.g., initially) receive transmissions covering the entire bandwidththat is being managed by the network for the concerned carrier.

Downlink data channels can be allocated over a bandwidth that may ormight not correspond to the nominal system bandwidth, withoutrestrictions other than being within the WTRU's configured channelbandwidth. For example, the network may operate a carrier with a 12 MHzsystem bandwidth using a 5 MHz nominal bandwidth allowing devicessupporting at most 5 MHz maximum RF bandwidth to acquire and/or accessthe system while possibly allocating +10 to −10 MHz of the carrierfrequency to other WTRU's supporting up to 20 MHz worth of channelbandwidth.

FIG. 3 illustrates example spectrum allocation where differentsubcarriers may be at least conceptually assigned to different modes ofoperation (Spectrum Operating Modes (SOMs). Different SOMs can be usedto fulfill different requirements for different transmissions. A SOM mayinclude at least one of a subcarrier spacing, a TTI length, and/or oneor more reliability aspects e.g., HARQ processing aspects, and/or asecondary control channel. A SOM may include a specific numerology. ASOM may include a specific waveform and/or may include a processingaspect e.g., in support of co-existence of different waveforms in thesame carrier using FDM and/or TDM. Coexistence of FDD operation in a TDDband may be supported e.g., in a TDM manner and/or similar.

The WTRU may be configured to perform transmissions according to one ormore SOMs. For example, a SOM may correspond to transmissions that mayuse at least one of the following: a specific TTI duration, a specificinitial power level, a specific HARQ processing type, a specific upperbound for successful HARQ reception/transmission, a specifictransmission mode, a specific physical channel (uplink and/or downlink),a specific operating frequency, band and/or carrier, and/or a specificwaveform type and/or a transmission according to a specific RAT (e.g.,legacy LTE and/or according to a 5G transmission method). A SOM maycorrespond to a QoS level and/or related aspect e.g., maximum/targetlatency, maximum/target block error rate (BLER) and/or the like. A SOMmay correspond to a spectrum area and/or to a specific control channeland/or aspect thereof (including search space, downlink controlinformation (DCI) type, etc.). For example, a WTRU may be configuredwith a SOM for one or more, or each of a URC type of service, a LLC typeof service and/or a MBB type of service. A WTRU may have a configurationfor a SOM for system access and/or for transmission/reception of L3control signaling (e.g., radio resource control (RRC) signaling), e.g.,in a portion of a spectrum associated to the system such as in a nominalsystem bandwidth as described herein.

For single carrier operation, spectrum aggregation may be supportedwhereby the WTRU may support transmission and/or reception of one ormore, or multiple transport blocks over contiguous and/or non-contiguoussets physical resource blocks (PRBs) within the same operating band. Asingle transport block may be mapped to separate sets of PRBs. Supportfor simultaneous transmissions associated to different SOM requirementsmay be provided.

Multicarrier operation may be supported using contiguous and/ornon-contiguous spectrum blocks within the same operating band and/oracross two or more operating bands. Aggregation of spectrum blocks usingdifferent modes, e.g., FDD and/or TDD and/or using different channelaccess methods (e.g., licensed and/or unlicensed band operation below 6GHz) may be supported. Support for methods that configure, reconfigureand/or dynamically change the WTRU's multicarrier aggregation may beprovided.

Flexible framing, timing and/or synchronization may be supported.Downlink and/or uplink transmissions may be organized into radio framescharacterized by a number of fixed aspects (e.g., location of downlinkcontrol information) and/or a number of varying aspects (e.g.,transmission timing, supported types of transmissions).

The basic time interval (BTI) may be expressed in terms of an integernumber of one or more symbol(s), and/or symbol duration that may be afunction of the subcarrier spacing applicable to the time-frequencyresource. For FDD, subcarrier spacing may differ between the uplinkcarrier frequency f_(UL) and the downlink carrier frequency f_(DL) for agiven frame.

A transmission time interval (TTI) may be the minimum time supported bythe system between consecutive transmissions. Consecutive transmissionsmay be associated with different transport blocks (TBs) for the downlink(TTI_(DL)), for the uplink transceiver (UL TRx) excluding any preamble(if applicable) but including any control information (e.g., DCI fordownlink and/or uplink control information (UCI) for uplink). A TTI maybe expressed in terms of integer number of one of more BTI(s). A BTI maybe specific and/or associated with a given SOM.

Supported frame duration may include, but not limited to, 100 us, 125 us(⅛ ms), 142.85 us ( 1/7 ms is 2 nCP LTE OFDM symbols) and 1 ms to enablealignment with the legacy LTE timing structure.

A frame may start with downlink control information (DCI) of a fixedtime duration t_(dci) preceding any downlink data transmission (DL TRx)for the concerned carrier frequency—f_(UL)+DL for TDD and f_(DL) forFDD. For TDD duplexing (e.g., only), a frame may include a downlinkportion (DCI and/or DL TRx) and/or an uplink portion (UL TRx). Aswitching gap (swg) may precede the uplink portion of the frame, ifpresent.

For FDD duplexing (e.g., only), a frame may include a downlink referenceTTI and/or one or more TTI(s) for the uplink. The start of an uplink TTImay be derived using an offset (t_(offset)) applied from the start ofthe downlink reference frame that may overlap with the start of theuplink frame.

For TDD, 5gFLEX may support Device to Device transmissions(D2D)/Vehicular communications (V2x)/Sidelink operation in the frame byincluding respective downlink control and/or forward directiontransmission in the DCI+DL TRx portion (e.g., if a semi-staticallocation of the respective resources is used) and/or in the DL TRxportion (e.g., only) (e.g., for dynamic allocation) and/or by includingthe respective reverse direction transmission in the UL TRx portion.

For FDD, 5gFLEX may support D2D/V2x/Sidelink operation in the UL TRxportion of the frame by including respective downlink control, forwarddirection and/or reverse direction transmissions in the UL TRx portion(e.g., dynamic allocation of the respective resources may be used).

FIG. 4 illustrates example frame structure and frame timingrelationships for TDD duplexing. FIG. 5 illustrates example framestructure and frame timing relationships for FDD duplexing.

A scheduling function may be supported in the MAC layer. A schedulingmode may be selected. The available scheduling modes may includenetwork-based scheduling for tight scheduling in terms of resources,timing and/or transmission parameters of downlink transmissions and/oruplink transmissions, and/or WTRU-based scheduling for more flexibilityin terms of timing and/or transmission parameters. Schedulinginformation may be valid for one or more, or multiple TTIs.

Network-based scheduling may enable the network to tightly manage theavailable radio resources assigned to different WTRUs such as tooptimize the sharing of such resources. Dynamic scheduling may besupported.

WTRU-based scheduling may enable the WTRU to opportunistically accessuplink resources with minimal latency on a per-need basis within a setof shared and/or dedicated uplink resources assigned (dynamically ornot) by the network. Synchronized and/or unsynchronized opportunistictransmissions may be supported. Contention-based transmissions and/orcontention-free transmissions may be supported. Opportunistictransmissions (scheduled and/or unscheduled) may be supported to meetthe ultra-low latency requirements for 5G and/or the power savingrequirement of the mMTC use.

Logical channel prioritization may be performed based on data availablefor transmission and/or available resources for uplink transmissions.Multiplexing of data with different QoS requirements within the sametransport block may be provided.

Forward error correction (FEC) and/or block coding be performed. Atransmission may be encoded using a number of different encodingmethods. Different encoding methods may have different characteristics.For example, an encoding method may generate a sequence of informationunits. One or more, or each information unit, or block, may beself-contained. For example, an error in the transmission of a firstblock might not impair the ability of the receiver to successfullydecode a second block, in particular if the second block is error-freeand/or if sufficient redundancy can be found in the second block and/orin a different block for which at least a portion was successfullydecoded.

Example of encoding methods may include raptor/fountain codes whereby atransmission may include a sequence of N raptor codes. One or more suchcodes may be mapped to one or more transmission “symbols” in time. A“symbol” may correspond to one or more set of information bits e.g., oneor more octets. Such encoding may be used to add FEC to a transmissionwhereby the transmission could use N+1 and/or N+2 raptor codes (and/orsymbols, assuming a one raptor code symbol relationship) so that thetransmission may be more resilient to the loss of one “symbol” e.g., dueto interference and/or puncturing by another transmission overlapping intime.

The WTRU may receive and/or detect one or more system signature. Asystem signature may include a signal structure using a sequence. Suchsignal may be similar to a synchronization signal e.g., similar to LTEprimary synchronization signal (PSS) and/or secondary synchronizationsignal (SSS). Such signature may be specific (e.g., uniquely identify)to a particular node (and/or transmission/reception point (TRP)) withina given area and/or it may be common to a plurality of such nodes(and/or TRPs) within an area. Such aspect might not be known and/orrelevant to the WTRU. The WTRU may determine and/or detect a systemsignature sequence and/or may determine one or more parametersassociated to the system. For example, the WTRU may derive an indextherefrom, and/or may use such index to retrieve associated parameterse.g., within a table such as the access table described below. Forexample, the WTRU may use the received power associated with thesignature for open-loop power control e.g., to set the initialtransmission power if the WTRU determines that it may access (and/ortransmit to) using applicable resources of the system. For example, theWTRU may use the timing of the received signature sequence e.g., to setthe timing of a transmission (e.g., a preamble on a physical randomaccess channel (PRACH) resource) if the WTRU determines that it mayaccess (and/or transmit) using applicable of the system.

The WTRU may be configured with a list of one or more entries. Such listmay be referred to as an access table. Such list may be indexed, wherebyone or more, or each entry may be associated to a system signatureand/or to a sequence thereof. Such access table may provide initialaccess parameters for one or more areas. One or more, or each such entrymay provide one or more parameters useful for performing an initialaccess to the system. Such parameters may include at least one of a setof one or more random access parameters e.g., including applicablephysical layer resources (e.g., PRACH resources) in time and/orfrequency, initial power level, physical layer resources for receptionof a response. Such parameters may include access restrictions e.g.,including public land mobile network (PLMN) identity and/or closedsubscriber group (CSG) information. Such parameters may includerouting-related information such as the applicable routing area(s). Oneor more, or each such entry may be associated with (and/or indexed by) asystem signature. In other words, one such entry may possibly be commonto a plurality of nodes (and/or TRPs). The WTRU may receive such accesstable by way of a transmission using dedicated resources e.g., by RRCconfiguration and/or by way of a transmission using broadcastedresources. In the latter case, the periodicity of the transmission of anaccess table may be relatively long (e.g., up to 10240 ms) e.g., it maybe longer than the periodicity of the transmission of a signature (e.g.,in the range of 100 ms).

A logical channel (LCH) may represent a logical association between datapackets and/or PDUs. LCH may have a different and/or broader meaningthan a similar term for previous generations, such as LTE systems. Forexample, a logical association may be based on data units beingassociated with the same bearer and/or being associated with the sameSOM and/or slice (e.g., a processing path using a set of physicalresources). For example, an association may be described by one or moreof; a chaining of processing functions; an applicable physical data(and/or control) channel (and/or instance thereof); and/or aninstantiation of a protocol stack. The association may be described bydownlink control information in signaling received, perhaps for examplein the allocation of resources for uplink transmission. This may includea portion being centralized, such as PDCP (e.g., only) and/or anythingbeyond portions of the physical layer processing (e.g., Radio Front (RF)end) and/or another portion being closer to the edge (e.g., MAC/PHY inthe TRP and/or RF (e.g., only)), which may be separated by a fronthauling interface, for example. The term LCH may herein have a differentand/or broader meaning than the similar term for LTE systems.

The WTRU may be configured such that it may determine such relationshipbetween different data units. Possibly, such relationship may be basedon a matching function e.g., based on the configuration of one or morefield values common to data units that are part of the same logicalassociation. Such fields may correspond to fields in a protocol headerassociated with the data unit(s). For example, such matching functionmay use a tuple of parameters for fields of the IP headers of the dataunit such as IP source/destination address(es), transport protocolsource/destination port(s) and/or transport protocol type. The IPprotocol may include various versions such as e.g., IPv4 and/or IPv6.

For example, data units that are part of the same logical associationmay share a common radio bearer, processing function, SOM and/or may atleast conceptually correspond to the same LCH and/or LCG.

A logical channel group (LCG) may include a group of LCH(s) and/orequivalent (e.g., as described above). The term LCG as used herein mayhave a different and/or broader meaning than a similar term for previousgenerations, such as LTE systems. A grouping may be based on one or morecriteria. For example, criteria may be that one or more LCH(s) have asimilar priority level that is applicable to (associated with) one ormore of: one or more, or all LCHs of the same LCG (similar to legacy),the same SOM (and/or type thereof); and/or the same slice (and/or typethereof). For example, an association may be described by one or moreof: a chaining of processing functions, an applicable physical data(and/or control) channel (and/or instance thereof); and/or instantiationof a protocol stack, which may include a specific portion beingcentralized (e.g., PDCP (e.g., only) and/or anything except RF) and/oranother portion being closer to the edge (e.g., MAC/PHY in the TRP,and/or RF (e.g., only)), which may be separated by a fronthaulinginterface.

A transport channel (TrCH) may include a (e.g., specific) set ofprocessing actions and/or a set of functions applied to data informationthat may affect one or more transmission characteristics over a radiointerface.

A transport block may be associated with a specific characteristic suchas one or more of a (e.g., specific) SOM, a set of physical resources, alogical transport channel, and/or information received in downlinkcontrol signaling, such as a multiplexing indication indicated in thegrant information.

TrCH may be defined (e.g., for LTE) with one or more, or multiple typesof TrCH, such as the Broadcast Channel (BCH), the Paging Channel (PCH),the Downlink Shared Channel (DL-SCH), the Multicast Channel (MCH), theUplink Shared Channel (UL-SCH) and/or the Random Access Channel, whichmay or might not carry user plane data. Main transport channels forcarrying user plane data may be the DL-SCH and/or the UL-SCH, e.g., forthe downlink and uplink, respectively.

TrCH may include an augmented set of requirements supported by the airinterface and/or support for one or more, or multiple transport channels(e.g., for user and/or control plane data) for one or more WTRU devices.TrCH may have a different and/or broader meaning than a similar term forprevious generations, such as LTE systems. For example, a transportchannel for URLLC (e.g., URLLCH), for mobile broadband (MBBCH) and/orfor machine type communications (MTCCH) may be defined for downlinktransmission (e.g., DL-URLLCH, DL-MBBCH and/or DL-MTCCH) and/or foruplink transmissions (e.g., UL-URLLCH, UL-MBBCH and/or UL-MTCCH).

For example, one or more, or multiple TrCHs may be mapped to a differentset of physical resources (e.g., PhCH) belonging to the same SOM. Thismapping may be advantageous, for example, to support simultaneoustransmission of traffic with different requirements over the same SOM.For example, a URLLCH may be transmitted along MTCCH simultaneously, forexample, when a WTRU may be configured with a single SOM.

A WTRU may be configured with one or more parameters associated with acharacterization of how data may be transmitted. A characterization mayrepresent constraints and/or requirements that a WTRU may be expected tomeet and/or enforce. A WTRU may perform different operations and/oradjust its behavior as a function of the state associated with databased on a characterization. Parameters may include, for example,time-related aspects (such as Time to Live (TTL) for a packet, which mayrepresent the time before which the packet may be transmitted to meet,acknowledge, etc. to meet latency requirements), rate-related aspectsand/or configuration related aspects (e.g., absolute priority).Parameters may be changed with time while the packet and/or data may bepending for transmission.

One or more of the following list of parameters may be included in theQoS framework definition for NR: Flow Priority Indicator (FPI) (definepriority per flow treatment at UP and/or AN functions. It may correspondto scheduling priority as well as priority handling in case ofcongestion. The FPI also indicates whether the flow requires guaranteedflow bitrate and/or maximum flow bitrate); and/or Flow Priority Level(FPL) (defines the flow relative importance to access to AN resource.The FPL may indicate whether the access to AN non-prioritized resourcemay be pre-emptable and/or resources allocated may be protected frompre-emption). A QoS policy may include at least one of a FPI, FPL,prioritize/guaranteed/aggregated bit rate, packet loss rate, packetdelay budget, maximum transmission delay, jitter, inter-packet delayand/or the like.

FIG. 6 shows example connection management. A user equipment (e.g.,modem smartphone, tablet, and/or other device) may be equipped with anumber of radio access technologies operating in various bands,including for example LTE, Wifi, HSPA, and/or Bluetooth. Theapplications generate data that may be routed to the wireless networkvia one of the configured interface in the device. Devices may have oneor more, or multiple interface, and in that case the connection managersmay ensure that the application data is routed to the proper interface.

For the next generation of wireless systems, NR, the number ofinterfaces might not (e.g., only) increase due to the additional radiosupported. One or more, or each radio interface may likely be able tooperate in one or more, or multiple spectrum bands and/or in differentmodes. For example, LTE may support Licensed Assisted Access (LAA)and/or operate in the traditional WiFi band.

NR may support one than one (e.g., different) numerologies for a WTRU.One or more, or all grants might not be equal. A WTRU may have trafficassociated with different QoS requirements. A WTRU may have access toresources (and/or different set thereof), processing functions (and/orchains thereof) that may offer (and/or exhibit) different servicecharacteristics from the perspective of QoS enforcement and/orguarantees. The WTRU may determine how to associate data units with suchresources and/or processing functions. The WTRU may determine how toassociate user plane data with a suitable “over-the-air” treatment thatmay correspond to its associated QoS profile. The WTRU may determine howto associate user plane data with a granularity that may support suchtreatment being applied per flow and/or per IP packet.

FIG. 7 illustrates an example architecture for L2/L1 handling of dataunits.

Packet forwarding determination may be performed. Different methods toassociate IP packets may be provided. The WTRU may determine that one ormore data units correspond to a flow of such data units. The WTRU may beconfigured to perform per-packet forwarding decisions. The WTRU mayperform such determination as a function of one or more matchingrule(s).

A matching rule may include one or more sets of one or more of: protocolfield/pattern(s), size of data unit, sequence in specific outcome (e.g.,positive hits), specific protocol packet type, time-based rule, numberof data units-based rule, amount of data-based rule, type of traffic,Application type, Observed QoS, a direction QoS policy indication,and/or a direction.

Protocol Field/Pattern(s): one or more pattern(s) associated to a fieldof a protocol SDU corresponding to the data unit. For example, suchfield may be a source or destination IP address, a source or destinationport, a transport protocol type (e.g., UDP, TCP), a protocol version(e.g., IPv4, IPv6), a TOS field, and/or the like. Such patterns mayinclude wildcards and/or all-matching elements whereby the value for atleast a portion of the field is not verified (and/or always result is apositive match). Such patterns may include exclusion elements wherebythe value for at least a portion of the field is verified to ensure thatit does not match a specific pattern (and/or always result is a negativematch). For example, the WTRU may be configured with a matching rulethat include a pattern for the destination IP address for uplinkdirection. For example, any packet matching the destination may betreated and/or handled similarly e.g., a server-based handling. Forexample, the WTRU may associate such data units with a processing chainthat enforces a specific QoS e.g., for uplink transmissions. Forexample, the WTRU may be configured with a matching rule that include apattern for the destination transport protocol port for uplinkdirection. For example, any packet matching the destination port betreated and/or handled similarly e.g., a service-based handling. Othercombinations and/or meaning may be represented accordingly.

Size of Data Unit and/or Transport Block (TB): One or morecharacteristic(s) may be associated to other aspects of the data unitand/or TB, such as size of the data unit and/or TB, and/or such as amaximum/minimum size for the data unit and/or TB. For example, the WTRUmay be configured to generate a positive match for a data unit and/or TBthat is no larger than a specific size. For example, the WTRU may beconfigured to generate a positive match for a data unit and/or TB thatis of an exact size possibly within a set of one or more size values forthe rule.

Sequence in specific outcome (e.g., positive hits): a matching rule mayinclude one or more position(s) (e.g., first match, all up to thirdmatch, etc.) specific outcome (e.g., positive match). Such may beapplied in combination with one or more other rules. For example, suchmay be applied for one or more, or all rules, for a subset (e.g., forone or more, or all rules associated to a bearer, LCH and/or similargrouping) and/or for a specific rule (e.g., for a rule matching a singleflow). For example, such may be used to determine the packets used by atransport protocol during the opening of a data transfer connection(e.g., TCP).

Specific protocol packet type: one or more packet types associated to aprotocol of the concerned data unit. For example, such may be used todetermine the packets used by a transport protocol during the opening ofa data transfer connection (e.g., TCP SYN) and/or closing thereof (TCPFIN).

Time/number of data units/amount of data-based rule: a value in time, innumber of data units and/or in amount of data since a specific outcome(e.g., positive) for another rule. For example, such may be used todetermine a subset of data units for which to apply a specific treatment(e.g., temporary routing to a different set of resources and/orprocessing). For example, such may be used to apply processing thatprovides lower latency than otherwise during the slow start phase of arate-controlled protocol such as TCP.

Type of traffic: One or more characteristic(s) associated to otheraspects of the data unit such as type of traffic. For example, the WTRUmay be configured to generate a positive match for a data unit that isassociated to a control protocol, to application data, to backgrounddata, to streaming data and/or the like.

Application type: One or more characteristic(s) may be associated toother aspects of the data unit such as an application type. For example,the WTRU may be configured to generate a positive match for a data unitthat is associated to a specific higher layer request e.g., NAS. Suchmay correspond to a specific socket which may beimplementation-specific.

Observed QoS e.g., bit rate, packet loss rate, jitter, packet delaybudget, maximum transmission delay, inter-packet delay, and/or the like:one or more characteristic(s) associated to other aspects of the dataunit such as metrics observed for a specific subset of data units. Suchsubset may be determined in combination with one or more other rules.For example, the WTRU may determine an outcome in relation with anassociated QoS policy. A WTRU may determine that packets matching aspecific rule, and/or that may be associated with a configuredGuaranteed Bit Rate (GBR), may be handled such that the WTRU applies afirst packet forwarding treatment (e.g., uses services of a first radiobearer) up to the GBR and/or a second packet forwarding treatment (e.g.,uses services of a second radio bearer) for data unit(s) in excess ofthe GBR e.g., for a given service. For example, such a mechanism may bebased on a bucket that fills with time and that is emptied as data unitsare forwarded to lower layers for transmission; when the bucket isnon-zero, the WTRU may apply a first packet forwarding treatment whileit may apply a second packet forwarding treatment otherwise.

A QoS policy indication: an identity of the applicable QoS policy. Forexample, the WTRU may determine such identity and/or applicable QoSpolicy based on packet marking (e.g., a field value in a protocol headerof the data unit and/or in a field of the corresponding MAC PDU).

A direction: e.g., uplink and/or downlink: One or more characteristic(s)may be associated to other aspects of the data unit such as whether thedata unit originates (e.g., for uplink transmission) and/or is received(e.g., from a downlink transmission) by the WTRU.

Combination of rules may be possible, in which case their applicabilityand/or corresponding handling of the data unit may be applied, forexample sequentially. The WTRU may be configured with one or more, ormultiple rules that may apply in a specific order. A default handlingmay be applied to a data unit that might not otherwise be handled by theconfigured rules.

Rules may be associated with a packet forwarding treatment. A rule maybe associated with one or more processing functions as described herein.Such one or more processing functions may correspond to a packetforwarding treatment. Such one or more processing functions maycorrespond to a radio bearer and/or to a logical channel of the WTRU'sconfiguration.

Rules may be associated with a TB filling mechanism, BSR/SR mechanismand/or a related configuration. A rule may be associated with aconfiguration for prioritization of the determine data units by the MACentity, e.g., upon determination of the data to include in an uplinktransmission, and/or for example upon determination whether or not toinitiate a Buffer Status Reporting, a Scheduling Request, an access tothe resources of the system and/or in the selection of the applicableresources.

Rules may be active, inactive, and/or bounded in time. A rule may beconfigured and active, or configured and inactive. Upon configurationthat adds and/or modify a rule, the initial state may be active.Transition to the inactive state may occur following a specific amountof time (e.g., based on a configurable timer) without any positive matchfor the concerned rule. Such time may be a configuration aspect of theWTRU and/or may be rule-specific. In one method, a rule may beassociated to a rule for deactivation (e.g., determination that the lastpacket of a flow has been seen, and/or the time-based rule describedherein).

Rules may be configured by L3. The WTRU may be configured with one ormore rules by the RRC protocol. The WTRU may be configured with one ormore QoS policy/policies. A QoS policy may include one or more rules.One or more rules may be associated with a QoS policy. A QoS policy mayinclude FPI and/or FPL. One or more specific QoS policies may beassociated with a value tag and/or an identity. The WTRU may beconfigured with one or more QoS policies by the RRC protocol.

A packet forwarding treatment may be associated with a rule, and/or, maycorrespond to a bearer. The WTRU may be configured to apply one or moreprocessing function(s). Such functions may be associated with a rulee.g., such as described herein. Such processing functions may be appliedaccording to a specific sequence e.g., a processing chain. A processingchain may be equivalent to a packet forwarding treatment. Suchprocessing functions may be applied to data units for which the ruleproduced a specific outcome e.g., a positive and/or a negative match.For example, one or more rules may be associated with a processing chainapplicable to data units that positively match the rule. One or morerules may correspond to a packet forwarding treatment and/or to a radiobearer. One or more of the aspects described herein may be applicableper packet forwarding treatment and/or radio bearer basis (e.g., on aper packet, per flow basis and/or per group thereof).

Such processing may be one or more of: security, Layer 3 protocols,Layer 2 protocols, Layer 2 protocol entities chain, applicable layer1/physical layer aspects, radio link monitoring, radio link failure andre-establishment procedure, access method(s), and/or accessrestriction(s).

A security-based rule may be associated with a specific securitycontext; such context may include applicable encryption and/orauthentication methods (including null), keys, key derivationparameters, state (e.g., security activated or not), sequencinginformation and/or other related parameters. A security-based rule maybe useful in case different radio bearers may be associated to differentcontexts entries from the perspective of the radio network (e.g.,different slices may be used).

A Layer 3 protocols-based rule may be associated with applicable layer 3(and/or above) protocol(s) and/or possibly a specific configurationthereof e.g., RRC. The rule may correspond to a signaling transport path(e.g., akin to a SRB in LTE). A rule may be useful in case differentdata radio bearers may be associated to different control plane contextsentries from the perspective of the radio network (e.g., differentslices may be controlled separately).

A Layer 2 Protocols-based rule may be associated with applicable layer 2protocol(s) and/or possibly a specific configuration thereof. APDCP-based rule and/or similar may be used. The WTRU may be configuredto apply a similar configuration (if any) for e.g., header compression,security, reordering, retransmissions and/or status reporting for dataunits associated to a specific (possibly set of) rules. A RLC-based ruleand/or similar may be used. The WTRU may be configured to apply asimilar configuration (if any) for e.g., RLC mode (transparent,acknowledge, unacknowledged etc.), reordering and/or in-order delivery,retransmissions and/or status reporting for data units associated to aspecific (possibly set of) rules. A MAC and/or similar-based rule may beused. The WTRU may be configured to apply a similar configuration (ifany) for example one or more of: buffer status reporting, schedulingrequest, prioritization parameters (e.g., priority level, prioritizedbit rate, bucket size, etc.) for the determination of data to include ina transmission, grouping information e.g., with other rules, HARQconfiguration, HARQ timing, applicable DRX configuration, applicablegrants and assignments (indicated and/or implicit e.g., based on anassociation with a SOM and/or similar), MAC control channel (if any),PRACH resources, whether or not to generate HARQ feedback, RNTI, and/orwhether or not to apply block coding (e.g., and if so, according to aspecific configuration).

For example, a rule (and/or a plurality thereof) may correspond to adata transport path (e.g., akin to a DRB in LTE) or vice-versa e.g., adata transport path (e.g., a bearer) may be associated to one or morerule(s). The functions may be in a different protocol, which is not alimitation of the above. For example, a rule may be associated with alow latency service such that it matches a specific flow and/or may beassociated with a specific method for scheduling request, and/or with ahigher priority level, and/or with a maximum time to complete atransmission.

A Layer 2 protocol entities chain-based rule (e.g., the applicable PDCPentity, RLC entity and/or MAC instance) may be associated withapplicable layer 2 protocol entities. For example, such association maybe similar to the radio bearer concept in LTE. A processing chain and/orpacket forwarding treatment may correspond to a radio bearer e.g., byassociation to a specific set of applicable layer 2 protocol entities. Arule (and/or a plurality thereof) may correspond to the entities thatmake a data transport path (e.g., akin to a DRB in LTE) or vice-versae.g., the entities that make a data transport path (e.g., a bearer) maybe associated to one or more rule(s). For example, a rule (and/or aplurality thereof) may be associated with a low latency service suchthat it matches a specific flow and/or may be associated with a specificchain of PDCP, RLC and/or MAC entities with a specific configurationand/or possibly specific low-delay processing e.g., such as a packetforwarding treatment and/or a radio bearer.

A data duplication function may be used. For example, a rule may beassociated to more than one such chain e.g., to achieve data duplicationfor more reliable transmission. A WTRU configuration aspect may supportultra-reliable data transmissions. A WTRU may determine that a data unit(e.g., an IP packet) that matches a specific rule may be forwarded toand/or handled by a plurality of radio bearers. Such duplication may beapplied at a different action/event in the chain e.g., above PDCP ifduplicate data units (e.g., of an IP packet and/or of a RRC PDU) aremade available for transmission to different radio bearers, under PDCP,if duplicate PDCP PDUs are made available for transmission for one ormore, or each such data unit, under RLC, if duplicate RLC PDUs are sent,or the like. Different steps may represent different handling ofduplicates e.g., different packet forwarding treatment may be used(possibly with different QoS characteristics), different physical layerresources may be used and/or different MAC entities may receive the dataavailable for transmission. For example, such rule may correspond and/orbe activated following detection of radio link problems for specificresources associated with the WTRU's configuration (e.g., one or morecarriers, cells, control channels, MAC instances and/or the like) as arecovery procedure.

For example, a rule may be associated to one such chain but may also beassociated to one additional element e.g., one additional MAC instanceto enable a split transport path such that corresponding data units mayhave access to one or more, or multiple sets of resources, where one ormore, or each may be associated to a different MAC instance (e.g., akinto controlling the applicability of split routing and/or similar to aper-flow and/or per-packet basis).

An applicable layer 1/physical layer aspects-based rule may beassociated with applicable TrCH(s) and/or type thereof, cell(s),signature(s), physical layer resources, physical control channel(s),physical data channel(s), beam process(es), HARQ process identity,channel coding, physical layer configuration, SOM, numerology,applicable reference signals, TTI duration, power setting, transmissionrobustness, waveform, and/or the like. A rule may correspond todifferent types of grant and/or transmission characteristics. Forexample, a rule may be associated with a low latency service such thatit matches a specific flow and/or may be associated with a specific TrCH(e.g., URLLCCH) corresponding to a specific control channel (e.g., PDCCHwith a specific RNTI), a specific set of physical resource blocks, TTIduration of a specific duration (e.g., the shortest TTI durationapplicable for the concerned configuration) and/or shortest timing forHARQ feedback. As a further example, a packet forwarding treatment(e.g., possibly a radio bearer) may be associated with a specific suchlayer 1/physical layer aspect(s).

Split path/bearer for multi-connectivity may be provided. For example, arule may be associated to more than one such physical layer aspectse.g., to increase the amount of available and/or applicable resourcesfor the corresponding data units (e.g., akin to controlling theapplicability of carrier aggregation and/or similar to a per-flowbasis). A physical layer aspect may be orderly arranged based on apriority. Such aspects may represent applicable type(s) of grant, TrCHand/or transmission resources where the WTRU may consider one or more,or each in decreasing priority order. The WTRU may have low latency dataavailable for transmission in a given time period. The WTRU maydetermine whether or not a dedicated grant of a URLLC type oftransmission is available. The WTRU may consider whether or not a URLLCtype of contention-based grant is available, even if other type ofresources may be available (e.g., 1 ms TTI). The WTRU may considerperforming a low latency scheduling request if such is available. Fordata with best-effort QoS, the WTRU may consider one or more type ofgrants for the given time period that may otherwise be left unused.

Radio Link Monitoring may be provided. A rule-specific RLM configuration(e.g., one or more, or multiple configurations (e.g., per Uu)) may beprovided. A rule may be associated with a specific procedure and/orconfiguration for monitoring availability of the radio link. Forexample, a rule associated with data units that require anultra-reliable service may be associated with a RLM configuration thatprioritize fast detection (e.g., short time before declaring RLF) aboveconservative triggering and/or use of recovery procedures.

A rule-specific RLM configuration may be associated to a specificrecovery procedure. For example, a rule associated with data units thatrequire an ultra-reliable service may be associated with a recoveryprocedure that initiates duplication of data until radio link problemsare resolved. The rule may be used in combination with one or moreassociated physical layer aspect e.g., control channel, and/or referencesignals (e.g., for measurements). The rule may be used in while it is inthe active state.

A rule-specific RLM configuration may be applicable when a rule isactive. A WTRU may be configured with a RLM procedure and/or itsassociated parameters, such that the procedure and/or the concernedparameters may be used/active (e.g., only) when a packet forwardingtreatment (e.g., a radio bearer) is considered active. A packetforwarding treatment may be considered active for a specific (possiblyconfigured) amount of time after the WTRU has last determined that newdata became available for transmission for this packet forwardingtreatment (and/or radio bearer). A WTRU may be configured with a valuewhereby the WTRU may (re-)start a timer with this value when itdetermines that there is new data available for transmission for theconcerned packet forwarding treatment (e.g., a radio bearer). A WTRU maybe configured with a value whereby the WTRU may (re-)start a timer withthis value when it performs a transmission that includes data for theconcerned packet forwarding treatment (e.g., a radio bearer). The WTRUmay (re-)start the timer when it determines that such transmission wassuccessful. A WTRU may be configured with a value whereby the WTRU may(re-)start a timer with this value when it determines that it hasreceived a grant for a suitable transmission for data associated withthe concerned packet forwarding treatment (e.g., a radio bearer). TheWTRU may (re-)start the timer when it determines that such transmissionwas successful. A WTRU may be configured with a value whereby the WTRUmay (re-)start a timer with this value when it performs the transmissionof a signal that corresponds to a scheduling request using the methodassociated with the concerned packet forwarding treatment (e.g., a radiobearer).

One or more, or multiple rule-specific RLM configurations may beconcurrently provided. A WTRU may be concurrently “active” withdifferent rule-specific RLM configurations. A WTRU may ensure that RLMrequirements for one or more, or all activated rules are fulfilled. AWTRU may apply the RLM configuration that represents the most stringentrequirement for detection of a problem, for example, based a relativeorder between the RLM configurations e.g., in terms of the associatedQoS profile, an identity, and/or a parameter value (e.g., a value for aconfigured parameter such as the number of out-of-sync detection pertime period and/or the like).

For Radio Link Failure and Re-establishment procedure(s), a rule may beassociated with a specific procedure and/or configuration fordetermination of RLF e.g., possibly based on a RLM function. Forexample, a rule associated with data units that may use aconnection-less transfer may be associated with a recovery procedurethat may initiate cell (re-)selection (and/or equivalent) and/orconnection establishment and/or re-activation upon determination of RLFfor the concerned rule, such that connected mode data transfer may beused instead. For example, a rule associated with data units that isassociated with one or more beam process(es) may trigger a reacquisitionand/or a reconfiguration of the concerned beam(s) upon determination ofRLF for the concerned rule. This may occur in combination with one ormore associated physical layer aspect e.g., control channel, and/orreference signals (e.g., for measurements). This may occur while a ruleis in the active state. A WTRU may be configured with a RLF/Recoveryprocedure and/or its associated parameters such that the procedureand/or the concerned parameters may be used/active (e.g., only) when apacket forwarding treatment (e.g., a radio bearer) is considered active.The procedure/parameters may be considered active for a specific(possibly configured) amount of time after the WTRU has last determinedthat new data became available for transmission for this packetforwarding treatment (and/or radio bearer).

For Access method(s), a rule may be associated with applicable accessmethod e.g., applicable control plane mode(s) (IDLE, loosely connectedand/or CONNECTED mode). For example, the WTRU may determine for new datathat becomes available for transmission for a data unit that matches aspecific rule that the WTRU may first transit to CONNECTED mode (if notalready in that mode), and/or that an access method not requiring RRCsignaling e.g., a connectionless transmission may be used, and/or that aWTRU-autonomous data transmission may be initiated, and/or that acontention-based channel may be used, and/or the like. For example, theWTRU may determine for a data unit that matches a specific rule that aspecific PRACH configuration may be used for accessing resources of thesystem.

For Access restriction(s), a rule may be associated with applicableaccess restrictions e.g., applicable PLMN, WTRU/subscriber class and/orthe like.

More than one rule may be associated with the aspects described herein.The WTRU may use the DRX configuration associated with the active rulewith the highest priority level e.g., for monitoring of control channel.This may (e.g., only) apply for a control channel (and/or otherfunctions controlled/impacted by the power savings algorithm) associatedwith the concerned rule. A WTRU may be configured with a power savingsalgorithm (e.g., DRX) and/or its associated parameters such that theprocedure and/or the concerned parameters may be used/active (e.g.,only) when a packet forwarding treatment (e.g., a radio bearer) isconsidered active. The packet forwarding treatment may be consideredactive for a specific (possibly configured) amount of time after theWTRU has last determined that new data became available for transmissionfor this packet forwarding treatment (and/or radio bearer). A rule maycorrespond to a set of resources for the applicable functions, e.g., arule may correspond to a slice.

The WTRU may be configured with such processing function(s) inassociation with a rule by the RRC protocol. The WTRU may be configuredwith such type of processing function(s) in association with a rule bythe RRC protocol while the associated configuration for one or morefunction may be provided by MAC control e.g., for physical layerparameters. For example, the WTRU may receive a RRC configuration with arule associated to a specific type of control channel while the WTRU mayreceive MAC control information that indicate the available controlchannel of such type.

The WTRU may be configured with a radio bearer that may be modelled bythe association of one or more rules. Such modelling may further includeone or more associated processing functions and/or configuration asdescribed herein. A rule may define a logical channel. For example, dataunits (and/or flows) corresponding to a given rule may be associatedwith a LCH. A radio bearer may be associated to one or more, or multipleLCH according to such modelling; functions such as logical channelprioritization, buffer status report, scheduling request, applicablephysical layer aspects (e.g., resources, control channel, TrCH etc.) maybe performed per bearer.

The WTRU may be configured with a radio bearer that may be modelled bythe association with a single rule (and/or a combination thereof). Suchmodelling may further include one or more associated processingfunctions and/or configuration as described herein. This may includelayer 2 aspects. For example, one or more rules may define a logicalchannel. Data units (and/or flows) corresponding to a given rule may beassociated to a LCH. The WTRU may be configured with a Logical ChannelGrouping (LCG) that may include one or more LCHs. A LCG may itself beassociated with one or more processing functions and/or configuration asdescribed herein. This may include one or more of the layer 1, RLM, RLFaspects. Functions such as logical channel prioritization, buffer statusreport, scheduling request, applicable physical layer aspects (e.g.,resources, control channel, TrCH etc.) may be performed per LCG.

A rule may be associated with a configuration for prioritization of dataunits by the MAC entity, e.g., upon determination of the data to includein an uplink transmission and/or e.g., upon determination whether or notto initiate a Buffer Status Reporting, a Scheduling Request, an accessto the resources of the system and/or in the selection of the applicableresources.

LCP may be performed per type of physical resource for applicablebearers/logical channels. A WTRU may be configured (e.g., by RRC) withone or more applicable transport channel (TrCH) e.g., ApplicableTransport Channel (appTrCH) in association with a packet forwardingtreatment (e.g., a bearer, LCH and/or similar). This parameter may be inaddition to legacy LTE parameters for LCP such as priority, prioritizedBit Rate (PBR), and/or bucket Size Duration (BSD).

A WTRU may be configured (e.g. by RRC) with one or more applicablephysical resources, for example as indicated in grant informationperhaps in association with a packet forwarding treatment (e.g. abearer, LCH and/or similar). One or more, or a set of, applicableresources may be used for logically grouping resources for one or moreTrCHs that may be associated with a appTrCH value. A TrCH can representa transmission, perhaps for example on a (e.g., single) physicalchannel, and/or a (e.g., single) transport channel. There may be adistinction between one or more different transport blocks for such achannel such as indicated in grant information for the association witha packet forwarding treatment (e.g. a bearer, LCH and/or similar).

Ranking/ordering per physical resources may be provided. A priority maybe further specific to one or more, or each appTrCH value. A WTRU mayapply the LCP procedure when a new transmission is performed, such thatthe WTRU may determine the type(s) of TrCH associated with thetransmission(s). A WTRU may determine the respective applicability ofdata associated to different LCHs with data available for transmission.For one or more, or each applicable LCH, the WTRU may determine therespective priority for the corresponding TrCH and/or data units, forexample using the configuration for appTrCH and/or priority. A WTRU mayallocate resources (e.g., the concerned TB(s)) based on the relativepriority e.g., starting from the such determined LCH with suchdetermined highest priority and/or further in decreasing priority order.A WTRU may allocate such resources up to a maximum amount of data. Amaximum amount of data to allocate may be based on a legacydetermination for the concerned LCH if PBR/BSD is applied per LCH. Thismay be useful to support an association between a plurality of TrCHs(and/or type thereof) and a (e.g., single) LCH (and/or equivalent) fordata that may use more than one transport channel, that may havedifferent relative priorities with respect to other LCHs with dataavailable.

Bucket management per type of TrCH (e.g., in support for MBR in excessof GBR) may be provided. A maximum amount of data to allocate for agiven period (e.g., applying legacy PBR/BSD-based determination) may befurther specific to one or more, or each appTrCH value. A WTRU mayperform the LCP procedure by applying PBR/BSD per LCH but also per(and/or plurality thereof) TrCH (and/or type thereof). This may beuseful to support an association between a plurality of TrCHs (and/ortype thereof) and a (e.g., a single) LCH (and/or equivalent) for datathat may use more than one transport channel, but with different amountof prioritized serviced data per time period. LCH may be configured tooperate up to the Guaranteed Bit Rate (GBR) of the corresponding serviceusing a first TrCH with a relatively higher priority for accessingresources of the first TrCH, while it may additionally be configured tobe served up to MBR using a second TrCH with a relatively low priorityfor accessing resources of the second TrCH.

Variable priority based on time in buffer may be provided. A WTRU may beconfigured to apply different priority to data available for a specificLCH as a function of head of queue delay (and/or similar determinationbased on time spent in the WTRU's buffer e.g., since data was firstavailable for transmission). A WTRU may be configured with a maximumtime until first transmission (and/or until successful transmission)and/or with a specific threshold adjusted to achieve some form of QoSguaranteed in terms of latency and/or the like. The WTRU may determinethat if at least one data unit for a LCH associated with a (e.g., first)priority has been available for transmission such that the time leftuntil the time limit for transmission of the data is equal or less tosuch threshold, the WTRU may associate a second priority (e.g., higher)to the data (and/or to the associated LCH).

A WTRU may consider the data as new data available for transmission,e.g., for further determination of whether or not further action such asa trigger for BSR, scheduling request and/or any other availabletechniques to acquire more resources may be initiated. A WTRU maytrigger the BSR/SR if the data has a priority higher than other dataalready in the WTRU's buffer following the WTRU's time-baseddetermination of the updated applicable priority. This procedure may beperformed per TrCH and/or per TrCH type.

A WTRU may revert to the (e.g., first) priority level for the LCH whenno data unit exceeds the time threshold following the handling of thedata unit(s) that led to the change in priority handling.

Support of different TTIs may be provided. A WTRU may perform the LCPprocedure when a new transmission is performed. A WTRU may apply the LCPprocedure by considering such differences in numerology, such as whenthe WTRU is configured with physical channels characterized by differentnumerologies e.g., in terms of TTI duration (e.g., 1 ms vs 125 μs)and/or in terms of offset in time between the start of at leastpartially overlapping transmissions. A WTRU may perform the LCPprocedure by considering the transmissions with the shortest TTIduration; once those resources are completely allocated, it may considertransmissions with longer TTI duration in increasing order of suchduration.

Consideration of RLM may be provided. A WTRU may perform the LCPprocedure with considerations for the RLM process. A WTRU may determinethat a transmission that is associated with a specific TrCH that may beexperiencing radio link problem(s) might not be used to serve some dataunits. Such may be determined based on starting a timer during which theWTRU increases supervision-related behavior (e.g., similar to timer T310running in LTE, and/or reaching up to x consecutive out-of-syncindication from the lower layer). Data units with a priority that isequal or higher than a specific value may be used. This may beapplicable (e.g., only) for data units associated to a specific(possibly configurable) LCHs and/or packet forwarding treatment. Thismay be applicable for semi-persistently allocated resources and/orconfigured grants.

A WTRU may perform duplication of data across different TrCHs (forexample of possibly the same type but using different carriers,frequency, transmission methods and/or the like) to reach a certainreliability level (e.g., for a URLLC service). A WTRU may associatedifferent priorities and/or consider different applicable TrCH for theduplicate of a given data unit that for the first instance of the dataunit. A WTRU may determine to use a first set of resources, e.g., atransmission on a first carrier for a data unit while/or it may use asecond set of resources e.g., a transmission on a second carrier for aduplicate of the data unit(s), perhaps for example if the WTRU isconfigured to transmit such duplicate(s).

Buffer status reporting and/or scheduling request may be provided. AWTRU may trigger a BSR using e.g., similar methods as for legacy LTE.Such methods may be further applied per applicable TrCH. A WTRU may beconfigured with different SR methods (and/or resources) to use as afunction of the TrCH associated with the LCH of the data that triggeredthe BSR. A WTRU may determine that data that becomes available fortransmission may be associated to at least one TrCH. A WTRU maydetermine that it may use the SR method/resources associated with suchTrCH. The data may be associated to one or more, or multiple TrCHs, sothe WTRU may select a single SR method/resources based on one or moreaspect(s), such as shortest time to SR transmission, shortest possibletime to grant, shortest combined time of time to SR transmission andshortest possible time to grant, a (possibly configured) priority,and/or a type of cell associated to the resource (e.g. PCell first,otherwise SCell).

A WTRU may determine that new data is available for transmission. Forexample, the WTRU may consider data as new data available fortransmission based on one or more triggers/conditions associated withdata to be transmitted. If a WTRU determines that new data is availablefor transmission, the WTRU may be configured to trigger transmission ofa buffer status report (BSR) and/or a scheduling request (SR) (e.g.,and/or any other available techniques to acquire/request additionalresources). Examples of triggers/conditions that the WTRU may use todetermine that new data is available for transmission and/or to triggerinitiation of a BSR and/or SR transmission may include one or more of: atransmission property applicable to new data, a TTI duration applicableto new data, a transmission reliability required for new data, and/or aHARQ timeline/maximum latency, and/or the like. A WTRU may (e.g., also)determine an applicable transmission method for BSR and/or SR, forexample based on the trigger/condition associated with the data to betransmitted.

For example, a trigger/condition that may cause the WTRU to consider newdata available for transmission and/or trigger a BSR/SR may include atransmission property applicable to the new data. For example, a WTRUmay determine that data is available for transmission for a bearer(and/or a service) (e.g., for a logical channel (LCH) and/or for a LCHgroup (LCG)) associated (e.g., configured) with a transmission propertythat is different than that of other data already in the buffer.

For example, a trigger/condition that may cause the WTRU to consider newdata available for transmission and/or trigger a BSR/SR may include theTTI duration applicable to new data. A WTRU may determine that data isavailable for transmission for a bearer (and/or a service) (e.g., for aLCH and/or for a LCG) associated (e.g., configured) with a TTI durationthat is different than that of other data already in the WTRU buffer.For example, the WTRU may determine new data to be transmitted isassociated with a shorter TTI length than the TTI length associated withother data in the WTRU buffer. The new data being associated with ashort(er) TTI length may be a trigger/condition that may cause the WTRUto consider the new data available for transmission and/or trigger aBSR/SR. For example, the WTRU may determine that data is available for aLCH (and/or a LCG) configured for transmission using a first, short, TTIduration while other data available for transmission corresponds toother LCH(s) (and/or LCGs) configured for transmission using a second,longer than the first, TTI duration. The WTRU may perform suchdetermination irrespective of whether or not a BSR and/or a SR may bepending. A WTRU may perform such determination irrespective of whetheror not a BSR and/or a SR may be pending due to data available in a LCH(and/or LCG) associated to the second (e.g., longer) TTI duration.

For example, a trigger/condition that may cause the WTRU to consider newdata available for transmission and/or trigger a BSR/SR may include atransmission reliability requirement for the new data (and/or other QoSrequirements associated with the data). A WTRU may determine that datais available for transmission for a bearer (and/or a service) (e.g., fora LCH and/or for a LCG) associated (e.g., configured) when the data isassociated transmission reliability parameter that is not associatedwith other data in the WTRU buffer. Examples of transmission reliabilityparameters may include one or more of a maximum BLER, a PER, aguaranteed power, being associated with a specific control channel forscheduling resources, and/or the like. When the WTRU determines that newdata is associated with a transmission reliability parameter that isdifferent than that of other data already in the WTRU buffer, the newdata may be consider data available for transmission and/or trigger aBSR/SR. A WTRU may perform such determination if the reliabilityparameter of the new data is more stringent (e.g., more reliable) thanthat of other data already in the WTRU buffer. For example, a WTRU maydetermine that data is available for a LCH (and/or a LCG) configured fortransmission using a first high reliability physical data channel (e.g.,corresponding to URLLC service) while other data available fortransmission corresponds to other LCH(s) (and/or LCGs) configured fortransmission using a second physical data channel (e.g., a PDSCH foreMBB). The WTRU may perform such determination irrespective of whether aBSR and/or a SR may be pending. The WTRU may perform such determinationirrespective of whether or not a BSR and/or a SR may be pending as aBSR/SR triggered due to data available in a LCH (and/or LCG) associatedto the second data channel (e.g., associated with the less stringenttransmission reliability requirement).

For example, a trigger/condition that may cause the WTRU to consider newdata available for transmission and/or trigger a BSR/SR may include HARQtimeline/parameter and/or a maximum latency parameter. The WTRU maydetermine that data is available for transmission for a bearer (and/or aservice) (e.g., for a LCH and/or for a LCG) associated (e.g.,configured) with a specific HARQ timeline, maximum latency, and/ormaximum number of retransmissions. If the determined HARQ timeline,maximum latency, and/or maximum number of retransmissions is morestringent that than that of other data already in the WTRU buffer, theWTRU may determine that the new data is available for transmissionand/or may trigger a BSR and/or SR. For example, the WTRU may determinethat data is available for a LCH (and/or a LCG) configured fortransmission using a first short HARQ timeline and/or short maximumlatency while other (previous) data available for transmissioncorresponds to other LCH(s) (and/or LCGs) configured for transmissionusing a second HARQ timeline that is longer and/or associated withgreater allowable latency. The WTRU may perform such determinationirrespective of whether a BSR and/or a SR may be pending. The WTRU mayperform such determination irrespective of whether or not a BSR and/or aSR may be pending as a BSR/SR triggered due to data available in a LCH(and/or LCG) associated to the second HARQ timeline (e.g., the HARQtimeline with greater allowed latency).

A WTRU may determine to use of one of a plurality of available BSRand/or SR methods to apply to the concerned BSR/SR trigger. For example,the WTRU may determine with BSR/SR method to use based on which type oftrigger/condition caused the WTRU to determine that the data wasavailable for transmission and/or that the BSR/SR may be transmitted.The WTRU may initiate a first BSR and/or SR procedure for new dataassociated with the first transmission parameter(s) and/or a second BSRand/or SR procedure for new data associated with the second transmissionparameter(s). The first transmission parameter(s) and/or secondtransmission parameter(s) may correspond to sets of transmissionparameters. For example, a first BSR/SR method may use a first set ofresources using a first numerology and/or TTI duration, and/or anothermethod may use a second set of resources using a second numerologyand/or TTI duration. A (e.g., first) BSR/SR method may be similar to alegacy LTE method (e.g., a transmission on a PUCCH resource ifconfigured and valid and/or RA-SR otherwise using a 1 ms framing). Asecond BSR/SR method may use a different, shorter framing (e.g.,slot-based framing and/or mini-slot framing). A second BSR/SR method mayinclude a transmission of a BSR (and/or a similar indication of anamount of data) on a dedicated resource (e.g., such as a PUCCH resource,if configured). The second method may be used, for example when the newdata is associated with more stringent QoS requirements (e.g., such asshorter allowed latency).

If duplication is active, a WTRU may consider the duplicate of the dataunit as data available for transmission in the BSR calculation. A WTRUmay report data amounts per TrCH/type (and/or similar). Duplication mayimpact the reported amount for different TrCH/type (and/or similar) fora given data unit. In view of per LCH and/or per LCG (and/or similar)reporting, the WTRU may report a certain amount of data available fortransmission per TrCH/type (and/or similar). Such amount may includedata subject to duplication, if applicable.

From the network perspective, given a modelling as described, theconfiguration associated with a radio bearer and/or LCH may implicitlyenable the eNB to determine the type of physical resource/schedulingrequired for the data that is being reported in the BSR. Similarly, thetype of SR method and/or resources used for the SR may further provide asimilar information, if applicable.

User plane supporting packet/flow-based treatment may be configured viasignaling.

The WTRU may be configured with one or more, or multiple (e.g., radio)interfaces. An interface may be considered as a transmission withspecific characteristics. A rule such as described herein may beassociated with a specific interface (e.g., a LTE access, a NR access, aWifi access, an HSPA access, a SOM, a slice and/or the like) wherebysuch interface may be considered as an associated processing function.Such function may correspond to a data transfer service. For aninterface, association with processing functions may be configured.

For example, the WTRU may be configured with a rule associated with aspecific interface e.g., a LTE access; data units for which the outcomeis positive may be handed over to the LTE component as new dataavailable for transmission. For example, the WTRU may be configured witha rule associated with a specific interface e.g., a Wifi access; dataunits for which the outcome is positive may be handed over to the Wificomponent as new data available for transmission. This may be usefulgiven that different interfaces may have different characteristics interms data transfer services being provided from the perspective oflatency, RTT, set-up time, security, bandwidth, maximum bit rate etc.

More than one RAT may be able to provide data services to the WTRUsimultaneously, perhaps for example using different frequency bands. Forexample, an application and/or service may use LTE and/or WiFi (e.g.,simultaneously) on a device to carry user data to the network. Whilethis aggregation of data services can be exploited at the applicationlevel using for example multi-flow TCP, the application layer might notbe aware of the physical layer and/or radio layer constraints. The gainof using multi-flow TCP may be sensitive to the first interfaceselected, especially for short packets. This aggregation may be enabledat the 3GPP protocol layer.

An initial interface may be selected. The determination may be based onthe service type/requirements (e.g., for short packets, and/or forservices requiring low latency). Interface availability for dataservices may be determined. There may be multiplication of the accessmethods in the same spectrum (e.g., WiFi, LAA, NR-LAA) and/orapplication-layer multiflow operations. WTRU may route packets to aninterface based on RTT, observed throughput, etc. Steady stateoperations may be performed with multi-flow. Interface management may beperformed.

FIG. 7 shows example connection management where the applications maysee one or more, or multiple interfaces: 3GPP with hidden radios (NR,LTE and/or WiFi/LAA) and/or other interfaces such as WiFi and Bluetooth.As shown, two interfaces may end-up using similar resources (e.g., inthe ISM spectrum), and/or the resources from the one or more, ormultiple interfaces may be jointly controlled.

The initial interface may be selected based on desirable userexperience, e.g., to setup the link and/or establish the TCP window. Theinitial interface may be selected based on the application/traffic thatis expected from the application.

The initial access RAT may be selected based on RAT status/latency offirst data transmission. The initial access RAT with URLLC may beselected to open the TCP window faster and/or move and/or open otherRATs. The initial access may be selected based on theapplication/service (e.g., based on template). The initial access may beselected based on the size of the packets.

Interface availability may be determined. Multipath-TCP might not beavailable when spectrum collision. The WTRU may determine when aninterface is available or not based on other interface usage ofradio/hardware resources.

The operator may provide QoS for the wide range of use cases expected tobe fulfilled by the NextGen architecture. To provide higher level of QoSgranularity, a per flow QoS concept may be used. Some QoS parameters perflow may include, but not limited to, flow identifications (packetfilters, traffic templates, etc.), flow priority indicator and/orpriority level, maximum bit rates, required bit rates, delaycharacteristics, etc.

The flow based mechanisms may be associated with a control functions inthe network to setup QoS policy based on operator requirements. The QoSpolicy may include a list of applicable QoS per flow parameters and/ormay be provided to the access network and/or to the WTRU by the controlfunction in the network.

The access network (AN) and/or WTRU may manage QoS information on a perflow bases as in CN. The AN may perform mapping between flow marking inthe core network (CN) and radio bearer concept in the radio.

The QoS framework may be based on a one-to-one association of a radiobearer to an EPS bearer. A per-flow QoS framework on the network may beused. Independent evolution of core and/or access technologies may beenabled. LTE RAN may connect to the Next Gen CN. The radio bearerconcept in the in-radio access can be adapted.

QoS framework in RAN may be based on a radio bearer concept. Data fromdifferent service/flows may be associated with different treatment whentransported over the air interface.

One or more of the following characteristics may be supported and/orconsidered for a DRB: TTI duration (one or more different TTI durationsmay be configured/allowed to be used based on the QoS requirements offlows); HARQ processing/timeline (different services may be associatedwith different HARQ processing and/or HARQ timelines); DL controlchannel and/or grants (different channels/regions offering differentreliability levels and/or latency may be defined); WTRUstransmitting/receiving flows with varying QoS requirements may monitordifferent DL control channels; Data channels for UL and/or DL (differentdata channel processing, coding, frame structure may be defined to meetthe different QoS requirement); Scheduling mechanism (allowed schedulingmechanism (e.g., scheduled, non-scheduled) may different based onservices); Link monitoring and/or recovery (for example a WTRUconfigured with flows that require ultra-reliable services may beassociated with a monitoring configuration that prioritizes fast radiolink failure detection); and/or Radio access resources (different radioaccess resources can be associated to different DRBs/flows. Such radioaccess resources may include resource blocks in time and/or frequency,transmission points, carriers, PRBs, cells, and/or signatures, etc.).

To support the diverse set of requirements in NR, the radio bearerconcept may enable treatment of flows with finer QoS granularity in thephysical layer. To meet the requirements of the flows, the NR DRBs maysupport a more flexible configuration of L2 and/or L1 protocolparameters and/or procedures.

A set of rules can be defined/configured by the network for a flow.Flow(s) with matching rules can be associated to a bearer, which mayinclude a configuration of a set of layer 2 protocolparameters/functions and/or layer 1 configurationparameters/functions/procedures.

NR DRB may be defined as a configuration of one or more QoS matchingrules associated with a set of Layer 2 protocol parameters/functionsand/or L1/PHY characteristics/configuration.

The configuration associated with a bearer and/or flow to bearer mappingcan be under the control of the access network. The network canconfigure the WTRU with the associated rules and/or with the associatedbearer configuration. In D2D communication, the WTRU can dynamically setup the PDCP/RLC entity upon reception of packets from higher layerstagged with a certain priority. For WTRU-to-network communication, WTRUmay dynamically create “bearers” based on the type of bearerconfiguration across L1/L2. The WTRU may notify the network that it hascreated bearer (e.g., to enable the network to perform properprioritization and/or scheduling).

The radio bearer configuration and/or matching rules may be controlledby the access network. A set of physical layer 1 characteristics may beconfigured and/or associated to a bearer. Some of the physical layerconfigurations associated to a radio bearer can include one or more of:TTI duration(s), HARQ timelines, physical channelsconfiguration/processing, frame structure, and/or resourceallocation(s).

A radio bearer can be configured with associated physical layerparameters such as TTI duration, HARQ timeline, physical channelconfiguration/processing, radio resources. Additional physical layerparameters can be used.

A DRB can be associated and/or configured with different protocoltermination points and/or different protocol split(s). DRBs of the sameWTRU can have different protocol termination points/depending onservices. DRBs of the same WTRU can be configured with different accessresources, including cells, carriers, transmission points, and/orphysical resources that can be used within a “cell”, and/or access RAT.For example, if the WTRU is configured with eMBB and/or low latency, itis possible that the DRB associated with the high bit rate services maybe mapped to one or more, or several, carriers in higher frequencies(e.g., carrier aggregation in high frequencies). A DRB associated withURLLC flow may be configured to a carrier of lower frequency, perhapsfor example offering better coverage and/or reliability.

DRBs of the same WTRU can be configured with different access resources(e.g., cells, carriers, transmission points, beams, physical resources,RAT). FIG. 9 illustrates an example architecture according to the one ormore example techniques and/or devices described herein.

Although features and elements are described above in particularcombinations, one of ordinary skill in the art will appreciate that eachfeature or element can be used alone or in any combination with theother features and elements. In addition, the methods described hereinmay be implemented in a computer program, software, or firmwareincorporated in a computer-readable medium for execution by a computeror processor. Examples of computer-readable media include electronicsignals (transmitted over wired or wireless connections) andcomputer-readable storage media. Examples of computer-readable storagemedia include, but are not limited to, a read only memory (ROM), arandom access memory (RAM), a register, cache memory, semiconductormemory devices, magnetic media such as internal hard disks and removabledisks, magneto-optical media, and optical media such as CD-ROM disks,and digital versatile disks (DVDs). A processor in association withsoftware may be used to implement a radio frequency transceiver for usein a UE, WTRU, terminal, base station, RNC, or any host computer.

1. A wireless transmit/receive unit (WTRU) in communication with acommunication network, the WTRU comprising: a memory; a processor, theprocessor configured at least to: determine to send one or more uplink(UL) transmissions; determine a first Transmission Time Interval (TTI)duration for the one or more UL transmissions; determine one or moretransport blocks (TBs) associated with the first TTI duration; determineone or more logical channels associated with the first TTI duration, theone or more logical channels associated with the first TTI durationhaving a respective priority; and determine one or more first data unitsfor the one or more UL transmissions for association with the one ormore TBs associated with the first TTI duration based at least in parton the respective priority of the one or more logical channelsassociated with the first TTI duration; and a transceiver, thetransceiver configured at least to; send the one or more ULtransmissions using at least the one or more TBs associated with thefirst TTI duration to a node of the communication network.
 2. The WTRUof claim 1, wherein the processor is further configured such that aMedium Access Control (MAC) entity determines the one or more first dataunits for the one or more UL transmissions for association with the oneor more TBs associated with the first TTI duration based at least inpart on the respective priority of the one or more logical channelsassociated with the first TTI duration.
 3. The WTRU of claim 1, whereinthe one or more logical channels associated with the first TTI durationhave a respective prioritized bit rate (PBR).
 4. The WTRU of claim 3,wherein the processor is further configured to determine the one or morefirst data units for the one or more UL transmissions for associationwith the one or more TBs associated with the first TTI duration up tothe PBR of the one or more logical channels associated with the firstTTI duration in a decreasing order of the respective priority of the oneor more logical channels associated with the first TTI duration.
 5. TheWTRU of claim 1, wherein the processor is further configured to:determine a second Transmission Time Interval (TTI) duration for the oneor more UL transmissions; determine one or more transport blocks (TBs)associated with the second TTI duration; determine one or more logicalchannels associated with the second TTI duration, the one or morelogical channels associated with the second TTI duration having arespective priority; and determine one or more second data units for theone or more UL transmissions for association with the one or more TBsassociated with the second TTI duration based at least in part on therespective priority of the one or more logical channels associated withthe second TTI duration.
 6. The WTRU of claim 5, wherein the one or morelogical channels associated with the second TTI duration have arespective prioritized bit rate (PBR).
 7. The WTRU of claim 6, whereinthe processor is further configured to determine the one or more seconddata units for association with the one or more TBs associated with thesecond TTI duration up to the PBR of the one or more logical channelsassociated with the second TTI duration in a decreasing order of thecorresponding priority of the one or more logical channels associatedwith the second TTI duration.
 8. The WTRU of claim 7, wherein thetransceiver is further configured to send the one or more ULtransmissions using the one or more TBs associated with the second TTIduration to the node of the communication network.
 9. The WTRU of claim1, wherein the one or more TBs associated with the first TTI durationhave a corresponding size.
 10. The WTRU of claim 9, wherein theprocessor is further configured to determine the one or more TBsassociated with the first TTI duration up to a maximum size of the oneor more TBs associated with the first TTI duration in a decreasing orderof the respective priority of the one or more logical channelsassociated with the first TTI duration.
 11. The WTRU of claim 5, whereinthe one or more TBs associated with the second TTI duration have acorresponding size.
 12. The WTRU of claim 11, wherein the processor isfurther configured to determine the one or more TBs associated with thesecond TTI duration up to a maximum size of the one or more TBsassociated with the second TTI duration in a decreasing order of therespective priority of the one or more logical channels associated withthe second TTI duration.
 13. The WTRU of claim 1, wherein the first TTIduration is one of a plurality of TTI durations configured on the WTRU,and the processor is further configured to determine the first TTIduration for the one or more UL transmissions based on a determinationthat the first TTI is a shortest duration of the plurality of TTIdurations.
 14. The WTRU of claim 5, wherein the processor is configuredsuch that the respective priority of the one or more logical channelsassociated with the first TTI duration is the same as the respectivepriority of the one or more logical channels associated with the secondTTI duration.
 15. A wireless transmit/receive unit (WTRU) incommunication with a communication network, the WTRU comprising: amemory; a processor, the processor configured at least to: determine oneor more data units for a transmission; determine at least one of: aradio link monitoring (RLM) rule, or a radio link failure (RLF) rule,based on the one or more data units; monitor a control channel for atleast one RLF indication according to the at least one of: the RLM rule,or the RLF rule; detect the at least one RLF indication on the controlchannel based on at least one of: the RLM rule, or the RLF rule; andinitiate a recovery rule based on the one or more data units upon thedetection of the at least one RLF indication.
 16. The WTRU of claim 15,wherein the one or more data units require a highly reliable service,and the processor is further configured such that the at least one of:the RLM rule or the RLF rule includes an action to prioritize thedetection of the at least on RLF indication.
 17. The WTRU of claim 16,wherein the processor is further configured such that the recovery ruleincludes an action to initiate duplication of data corresponding to theone or more data units until an occurrence of a radio linkre-establishment.
 18. The WTRU of claim 15, wherein the one or more dataunits utilize a connection-less transfer, and the processor is furtherconfigured such that the recovery rule includes an action to initiate atleast one of: a cell-(re)selection, or a connection (re)establishment.19. The WTRU of claim 18, wherein the one or more data units areassociated with a process regarding one or more beams, and the processoris further configured such that the recovery rule includes an action toinitiate at least one of: a reacquisition, or a reconfiguration of theone or more beams.
 20. The WTRU of claim 15, wherein the processor isfurther configured such that the at least one of: the RLM rule, or theRLF rule is received via a Radio Resource Control layer of the WTRU.